Computer Architecture · All levels

Replacement Policy and Miss Behavior — Interview Drills

Interview Drills for Replacement Policy and Miss Behavior (Memory Hierarchy).

Interview drills

Practice aloud for Memory Hierarchy → Replacement Policy and Miss Behavior. Use METRIC → HYPOTHESIS → FIX → REGRESSION.

When is pseudo-LRU a poor choice for modern workloads?

diagram
[INT][ARCH][TOPIC]

Q: When is pseudo-LRU a poor choice for modern workloads?

A:
When set pressure is dominated by mixed streaming and bursty reuse, where adaptive insertion can reduce dead-on-arrival fills better than age approximation alone.

FOLLOW-UP TRAP: Assuming pseudo-LRU is always near-optimal.

How do you detect prefetch pollution in MPKI regressions?

diagram
[INT][ARCH][TOPIC]

Q: How do you detect prefetch pollution in MPKI regressions?

A:
Compare demand-hit impact with prefetch eviction contribution and dead-on-fill ratio from reuse-distance analysis.

FOLLOW-UP TRAP: Looking only at total misses.

What makes replacement policy change risky in production?

diagram
[INT][ARCH][TOPIC]

Q: What makes replacement policy change risky in production?

A:
It can shift fairness and QoS under diverse tenants; rollout needs telemetry, staged deployment, and safe fallback.

FOLLOW-UP TRAP: Deploying globally from lab-only validation.

10+ year interview answer bar

At senior/principal level, the interviewer is testing ownership judgment more than vocabulary. Answer Replacement Policy and Miss Behavior through failure mode, evidence, tradeoff, and release decision.

You inherit a late-stage Replacement Policy and Miss Behavior failure one week before release. What do you do in the first hour?

diagram
[INT][ARCH][STAFF]

Q: You inherit a late-stage Replacement Policy and Miss Behavior failure one week before release. What do you do in the first hour?

A:
Freeze the workload/model/RTL tag, name the failing metric (LLC miss decomposition + reuse distance 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 Replacement Policy and Miss Behavior and escalate?

diagram
[INT][ARCH][STAFF]

Q: When would you stop trying to improve Replacement Policy and Miss Behavior and escalate?

A:
Escalate when the remaining risk crosses ownership boundaries, consumes shared margin, changes signed-off assumptions, or threatens SoC QoS enforcement, firmware scheduling, and customer-perceived performance stability rely on miss behavior.. 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 / Replacement Policy and Miss Behavior

        workload / trace
              │
              ▼
   metric symptom (LLC miss decomposition + reuse distance 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.