Computer Architecture · All levels
Cache Debug and Coherency Triage — Interview Drills
Interview Drills for Cache Debug and Coherency Triage (Memory Hierarchy).
Interview drills
Practice aloud for Memory Hierarchy → Cache Debug and Coherency Triage. Use METRIC → HYPOTHESIS → FIX → REGRESSION.
How do you distinguish coherency bug from bandwidth issue quickly?
[INT][ARCH][TOPIC]
Q: How do you distinguish coherency bug from bandwidth issue quickly?
A:
Coherency bugs show anomalous protocol events (replay/retry/invalidate storms) and state violations, while bandwidth issues show queue saturation without protocol inconsistency.
FOLLOW-UP TRAP: Assuming every latency spike is bandwidth.Why are low-power transitions common cache debug traps?
[INT][ARCH][TOPIC]
Q: Why are low-power transitions common cache debug traps?
A:
State save/restore and ordering boundaries can expose rare race windows not seen in steady-state operation.
FOLLOW-UP TRAP: Testing only active mode behavior.What makes a cache debug fix release-ready?
[INT][ARCH][TOPIC]
Q: What makes a cache debug fix release-ready?
A:
Deterministic root-cause proof, invariant-preserving patch, multi-scenario regression, and field telemetry guardrails.
FOLLOW-UP TRAP: Merging fix after one green run.10+ year interview answer bar
At senior/principal level, the interviewer is testing ownership judgment more than vocabulary. Answer Cache Debug and Coherency Triage through failure mode, evidence, tradeoff, and release decision.
You inherit a late-stage Cache Debug and Coherency Triage failure one week before release. What do you do in the first hour?
[INT][ARCH][STAFF]
Q: You inherit a late-stage Cache Debug and Coherency Triage failure one week before release. What do you do in the first hour?
A:
Freeze the workload/model/RTL tag, name the failing metric (Coherence replay storm diagnostic report), confirm counter setup, cluster the issue by structure or workload phase, assign the first experiment, and publish a validation/owner plan before changing architecture.
FOLLOW-UP TRAP: Jumping directly to a larger cache, wider pipe, or extra NoC link without preserving evidence.When would you stop trying to improve Cache Debug and Coherency Triage and escalate?
[INT][ARCH][STAFF]
Q: When would you stop trying to improve Cache Debug and Coherency Triage and escalate?
A:
Escalate when the remaining risk crosses ownership boundaries, consumes shared margin, changes signed-off assumptions, or threatens System reliability, low-power qualification, and customer confidence depend on robust cache debug closure.. Bring exact report lines and options, not vague concern.
FOLLOW-UP TRAP: Escalating without data or continuing alone after a cross-team decision is needed.Whiteboard diagram to draw
VISUAL MODEL — Memory Hierarchy / Cache Debug and Coherency Triage
workload / trace
│
▼
metric symptom (Coherence replay storm diagnostic report)
│
▼
likely microarchitectural mechanism
│
┌───────┼────────┐
▼ ▼ ▼
pipeline memory fabric/coherency
stalls misses queues / ordering
│ │ │
└───────┼────────┘
▼
bounded design change
│
▼
validation workload + PPA regressionArchitecture deep dive
Cache hierarchy trades area and power for AMAT and bandwidth.
Concept diagram
MEMORY HIERARCHY
Core
├─ L1I / L1D (cycles: 1-4, tiny, latency critical)
├─ L2 (cycles: 8-20, private or cluster)
├─ LLC / SLC (shared, bandwidth + coherency point)
├─ NoC (queueing + arbitration)
└─ DRAM/HBM (large penalty, high energy)
AMAT = hit_time + miss_rate × miss_penalty
But senior analysis also asks: MLP, bandwidth, QoS, and tail latency.Metric graph
MISS PENALTY WATERFALL
L1 hit ██ 3 cyc
L2 hit ████████ 12 cyc
LLC hit ███████████████ 32 cyc
DRAM miss ████████████████████████████████████ 180 cyc
Small MPKI can still dominate if miss penalty is huge.Metrics and artifacts
MPKI per level
L2/L3 bandwidth utilization
replacement policy stats
prefetch accuracy
Mini case study
Doubling L2 size reduces capacity misses but IPC improves only 3% because conflict misses dominate a shared workload. Fix data layout and false sharing before more SRAM.
Debug branches
If MPKI high but bandwidth low, footprint may exceed capacity.
If bandwidth saturated, coherency or DMA may be the real limit.
Senior review question
Ask: what single metric would prove this concept is working or failing on your workload?
Key takeaways
Connect every architecture claim to a workload and measurable metric.
State verification and PPA impact before proposing design changes.
Common pitfalls
Feature-driven design without MPKI/IPC/bandwidth evidence.
Ignoring coherency and NoC traffic in cache and accelerator sizing.
Study notes
Re-read this topic with one concrete workload.