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?

diagram
[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?

diagram
[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?

diagram
[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?

diagram
[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?

diagram
[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

diagram
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 regression

Architecture deep dive

Cache hierarchy trades area and power for AMAT and bandwidth.

Concept diagram

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

diagram
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.