AI Accelerator Design · All levels

AI Accelerator Landscape: Tricky Q&A

Senior interview and review questions for AI Accelerator Landscape.

Section Q&A bank

Use these drills after completing all topics in AI Accelerator Landscape. Answer with workload context, mechanism proof, artifact, owner, and release decision.

Why is TOPS an insufficient metric when comparing NPUs, GPUs, and TPUs?

diagram
[INT][ACCEL][ACCELERATOR-LANDSCAPE]

Q: Why is TOPS an insufficient metric when comparing NPUs, GPUs, and TPUs?

A:
TOPS ignores memory behavior, precision constraints, software overhead, and real operator mix. Two devices with similar peak compute can produce very different delivered throughput and latency once attention kernels, data movement, and compiler quality are included. Comparison should use workload-representative metrics like inferences per second per watt at required accuracy and SLA.

FOLLOW-UP TRAP: Choosing hardware from peak compute specs without workload-level measurement.

What is the first step to improve workload mapping on a new accelerator?

diagram
[INT][ACCEL][ACCELERATOR-LANDSCAPE]

Q: What is the first step to improve workload mapping on a new accelerator?

A:
Start by profiling layer-level bottlenecks to separate compute-bound and memory-bound operators, then adjust tiling, fusion, and layout transforms accordingly. Mapping changes without this profile often move bottlenecks instead of removing them. A useful baseline is sustained utilization and stall breakdown per major operator class.

FOLLOW-UP TRAP: Applying generic kernel tuning before identifying actual bottlenecks.

How do batching decisions affect throughput, latency, and energy together?

diagram
[INT][ACCEL][ACCELERATOR-LANDSCAPE]

Q: How do batching decisions affect throughput, latency, and energy together?

A:
Larger batches generally raise arithmetic utilization and energy efficiency per operation, improving throughput, but they can increase queueing delay and tail latency. Smaller batches reduce wait time but may underutilize compute and worsen energy per inference. The right batch policy depends on SLA targets, traffic burstiness, and thermal budget.

FOLLOW-UP TRAP: Assuming maximum batch size is always the best production setting.

When does a hybrid edge-datacenter accelerator strategy make sense?

diagram
[INT][ACCEL][ACCELERATOR-LANDSCAPE]

Q: When does a hybrid edge-datacenter accelerator strategy make sense?

A:
Hybrid deployment works when latency-sensitive preprocessing or fallback inference must happen near the user while high-compute or periodically updated models run centrally. Success depends on clear split points, compatible model formats, and orchestration that minimizes transfer and synchronization overhead. Without those controls, hybrid systems can add complexity without cost or SLA benefits.

FOLLOW-UP TRAP: Splitting workloads across edge and cloud without accounting for orchestration overhead.

Q&A drill guide

diagram
SYMPTOM -> BOTTLENECK CLASS -> ARTIFACT -> OWNER ACTION -> VALIDATION

Sketch while answering

diagram
ACCELERATOR LANDSCAPE

model shape + SLA + power budget
  -> candidate platform shortlist
  -> benchmark under production-like load
  -> choose architecture + stack strategy

Common traps

  • Validate workload representativeness

  • Check software-stack maturity

  • Tie KPI gains to product SLA

Key takeaways

  • Tie every accelerator claim to a reproducible workload slice and one primary metric trend.

  • Prefer bounded fixes with clear owner and rollback boundary over broad tuning bundles.

Common pitfalls

  • Optimizing synthetic kernels without production-shape validation.

  • Reading average latency while ignoring p95 and p99 behavior.

  • Declaring sparse or precision wins without fallback and quality evidence.