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?
[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?
[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?
[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?
[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
SYMPTOM -> BOTTLENECK CLASS -> ARTIFACT -> OWNER ACTION -> VALIDATIONSketch while answering
ACCELERATOR LANDSCAPE
model shape + SLA + power budget
-> candidate platform shortlist
-> benchmark under production-like load
-> choose architecture + stack strategyCommon 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.