AI for VLSI · All levels
Accelerator Architecture
MAC array structures, dataflow choices, memory hierarchy, and NoC/DRAM constraints shaping AI accelerator efficiency.
Section goal
MAC array structures, dataflow choices, memory hierarchy, and NoC/DRAM constraints shaping AI accelerator efficiency.
How to study this section
Start with each topic hub and sketch the data-model-hardware contract.
Use mechanism and reports pages to connect metrics to decisions.
Practice debug and worked-example pages for review readiness.
Close with checklist and silicon impact before deployment decisions.
Topics
mac-arrays-and-systolic/ — MAC Arrays & Systolic
dataflow-mapping-strategies/ — Dataflow Mapping Strategies
on-chip-memory-hierarchy/ — On-Chip Memory Hierarchy
noc-and-dram-bandwidth/ — NoC & DRAM Bandwidth
Related topics
AI-VLSI deep dive
Dataflow and memory hierarchy choices dominate practical accelerator performance.
Concept diagram
ACCELERATOR STACK
MAC array -> dataflow map -> SRAM hierarchy -> NoC/DRAMMetric graph
BOTTLENECK MIX
array underutilization ████
SRAM pressure ███████
NoC/DRAM congestion ██████Reports and artifacts
array utilization
reuse factor report
buffer hit analysis
NoC/DRAM bottleneck trace
Mini case study
A dataflow change improved reuse but exposed NoC congestion, requiring route-policy updates.
Debug branches
Map reuse factors
Inspect memory stall sources
Profile NoC arbitration
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/accelerator-architecture: 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
Which decision will this model output influence?
What is the first failing layer when metric regresses?
Which owner applies the smallest reversible fix?
What validation matrix is required before deployment?
Evidence capsule
AI-VLSI EVIDENCE CAPSULE 1
PATH: ai-vlsi/accelerator-architecture
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/accelerator-architecture: 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
Which decision will this model output influence?
What is the first failing layer when metric regresses?
Which owner applies the smallest reversible fix?
What validation matrix is required before deployment?
Evidence capsule
AI-VLSI EVIDENCE CAPSULE 2
PATH: ai-vlsi/accelerator-architecture
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/accelerator-architecture: 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
Which decision will this model output influence?
What is the first failing layer when metric regresses?
Which owner applies the smallest reversible fix?
What validation matrix is required before deployment?
Evidence capsule
AI-VLSI EVIDENCE CAPSULE 3
PATH: ai-vlsi/accelerator-architecture
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/accelerator-architecture: 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
Which decision will this model output influence?
What is the first failing layer when metric regresses?
Which owner applies the smallest reversible fix?
What validation matrix is required before deployment?
Evidence capsule
AI-VLSI EVIDENCE CAPSULE 4
PATH: ai-vlsi/accelerator-architecture
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/accelerator-architecture: 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
Which decision will this model output influence?
What is the first failing layer when metric regresses?
Which owner applies the smallest reversible fix?
What validation matrix is required before deployment?
Evidence capsule
AI-VLSI EVIDENCE CAPSULE 5
PATH: ai-vlsi/accelerator-architecture
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>