DenseChip

AI for VLSI · All levels

AI Compute Hardware

Compute platform landscape, roofline constraints, precision tradeoffs, and silicon differences between training and inference.

Section goal

Compute platform landscape, roofline constraints, precision tradeoffs, and silicon differences between training and inference.

How to study this section

  1. Start with each topic hub and sketch the data-model-hardware contract.

  2. Use mechanism and reports pages to connect metrics to decisions.

  3. Practice debug and worked-example pages for review readiness.

  4. Close with checklist and silicon impact before deployment decisions.

Topics

  1. cpu-gpu-tpu-npu-landscape/ — CPU, GPU, TPU, NPU Landscape

  2. memory-bandwidth-and-roofline/ — Memory Bandwidth & Roofline

  3. precision-and-quantization/ — Precision & Quantization

  4. inference-vs-training-silicon/ — Inference vs Training Silicon

Related topics

AI-VLSI deep dive

Throughput claims are meaningless without roofline and bandwidth context.

Concept diagram

diagram
COMPUTE ANALYSIS

workload profile -> roofline -> precision policy -> target silicon

Metric graph

diagram
EFFICIENCY DRIVERS

compute utilization    ██████
memory utilization     █████████
precision efficiency   ███████

Reports and artifacts

  • platform benchmark matrix

  • roofline chart

  • precision sweep

  • latency/power dashboard

Mini case study

Kernel optimization shifted from compute tuning to memory tiling after roofline analysis.

Debug branches

  • Classify compute vs memory bound

  • Compare precision tiers

  • Align platform to SLA

Senior review question

Ask: what evidence connects this ML claim to a concrete VLSI workflow decision and owner signoff?

Execution drill pack 1

Use this pack to rehearse AI-for-VLSI decision making on ai-vlsi/ai-compute-hardware: metric framing, mechanism proof, hardware implications, and release safety.

Evidence checklist

  • Metric context includes workload, dataset slice, and revision tags.

  • Mechanism explanation links model behavior to observed outcome.

  • Hardware/runtime feasibility is profiled, not assumed.

  • Owner and rollback path are documented before rollout.

Review prompts

  1. Which decision will this model output influence?

  2. What is the first failing layer when metric regresses?

  3. Which owner applies the smallest reversible fix?

  4. What validation matrix is required before deployment?

Evidence capsule

diagram
AI-VLSI EVIDENCE CAPSULE 1

PATH: ai-vlsi/ai-compute-hardware
WORKLOAD SLICE: <name>
PRIMARY METRIC: <value/trend>
FIRST FAILING LAYER: <data/model/runtime/hardware>
OWNER: <name>
PRIMARY ARTIFACT: <report/profile/dashboard>
DECISION: <ship / rollback / escalate>

Execution drill pack 2

Use this pack to rehearse AI-for-VLSI decision making on ai-vlsi/ai-compute-hardware: metric framing, mechanism proof, hardware implications, and release safety.

Evidence checklist

  • Metric context includes workload, dataset slice, and revision tags.

  • Mechanism explanation links model behavior to observed outcome.

  • Hardware/runtime feasibility is profiled, not assumed.

  • Owner and rollback path are documented before rollout.

Review prompts

  1. Which decision will this model output influence?

  2. What is the first failing layer when metric regresses?

  3. Which owner applies the smallest reversible fix?

  4. What validation matrix is required before deployment?

Evidence capsule

diagram
AI-VLSI EVIDENCE CAPSULE 2

PATH: ai-vlsi/ai-compute-hardware
WORKLOAD SLICE: <name>
PRIMARY METRIC: <value/trend>
FIRST FAILING LAYER: <data/model/runtime/hardware>
OWNER: <name>
PRIMARY ARTIFACT: <report/profile/dashboard>
DECISION: <ship / rollback / escalate>

Execution drill pack 3

Use this pack to rehearse AI-for-VLSI decision making on ai-vlsi/ai-compute-hardware: metric framing, mechanism proof, hardware implications, and release safety.

Evidence checklist

  • Metric context includes workload, dataset slice, and revision tags.

  • Mechanism explanation links model behavior to observed outcome.

  • Hardware/runtime feasibility is profiled, not assumed.

  • Owner and rollback path are documented before rollout.

Review prompts

  1. Which decision will this model output influence?

  2. What is the first failing layer when metric regresses?

  3. Which owner applies the smallest reversible fix?

  4. What validation matrix is required before deployment?

Evidence capsule

diagram
AI-VLSI EVIDENCE CAPSULE 3

PATH: ai-vlsi/ai-compute-hardware
WORKLOAD SLICE: <name>
PRIMARY METRIC: <value/trend>
FIRST FAILING LAYER: <data/model/runtime/hardware>
OWNER: <name>
PRIMARY ARTIFACT: <report/profile/dashboard>
DECISION: <ship / rollback / escalate>

Execution drill pack 4

Use this pack to rehearse AI-for-VLSI decision making on ai-vlsi/ai-compute-hardware: metric framing, mechanism proof, hardware implications, and release safety.

Evidence checklist

  • Metric context includes workload, dataset slice, and revision tags.

  • Mechanism explanation links model behavior to observed outcome.

  • Hardware/runtime feasibility is profiled, not assumed.

  • Owner and rollback path are documented before rollout.

Review prompts

  1. Which decision will this model output influence?

  2. What is the first failing layer when metric regresses?

  3. Which owner applies the smallest reversible fix?

  4. What validation matrix is required before deployment?

Evidence capsule

diagram
AI-VLSI EVIDENCE CAPSULE 4

PATH: ai-vlsi/ai-compute-hardware
WORKLOAD SLICE: <name>
PRIMARY METRIC: <value/trend>
FIRST FAILING LAYER: <data/model/runtime/hardware>
OWNER: <name>
PRIMARY ARTIFACT: <report/profile/dashboard>
DECISION: <ship / rollback / escalate>

Execution drill pack 5

Use this pack to rehearse AI-for-VLSI decision making on ai-vlsi/ai-compute-hardware: metric framing, mechanism proof, hardware implications, and release safety.

Evidence checklist

  • Metric context includes workload, dataset slice, and revision tags.

  • Mechanism explanation links model behavior to observed outcome.

  • Hardware/runtime feasibility is profiled, not assumed.

  • Owner and rollback path are documented before rollout.

Review prompts

  1. Which decision will this model output influence?

  2. What is the first failing layer when metric regresses?

  3. Which owner applies the smallest reversible fix?

  4. What validation matrix is required before deployment?

Evidence capsule

diagram
AI-VLSI EVIDENCE CAPSULE 5

PATH: ai-vlsi/ai-compute-hardware
WORKLOAD SLICE: <name>
PRIMARY METRIC: <value/trend>
FIRST FAILING LAYER: <data/model/runtime/hardware>
OWNER: <name>
PRIMARY ARTIFACT: <report/profile/dashboard>
DECISION: <ship / rollback / escalate>
Practice this lesson