AI for VLSI · All levels
On-Chip Memory Hierarchy: Worked Example
Worked Example for On-Chip Memory Hierarchy.
Worked example
Worked Example for On-Chip Memory Hierarchy focuses on SRAM hit ratio, buffer occupancy, and energy per data movement. The goal is to connect model behavior to hardware-aware decisions and operational risk.
A release check flags SRAM hit ratio, buffer occupancy, and energy per data movement. Correct triage freezes revision tags, identifies failing layer, and validates one bounded fix before broad rollout.
System sketch under review
AI-VLSI FLOW — On-Chip Memory Hierarchy
problem framing
|
v
data + model definition
|
v
training / optimization
|
v
compute-hardware mapping
|
v
deployment + validation
Primary metric: SRAM hit ratio, buffer occupancy, and energy per data movementOn-chip memory tiers
MEMORY HIERARCHY
register file -> local SRAM -> shared SRAM -> DRAM
Closer memory: lower latency/energy
Farther memory: larger capacity, higher cost.Capture failing workload and baseline comparator.
Record data/model/runtime/hardware revision tags.
Compare expected vs observed behavior on one focused slice.
Collect memory hierarchy diagram, access heatmap, and buffer sizing report.
Apply one reversible fix and define rollback before rollout.
Did the fix hold?
BEFORE / AFTER — On-Chip Memory Hierarchy
metric quality
^
| o target region
| o post-fix + regression
| o
| o baseline failing run
+-----------------------------------------> iteration
evidence audit fix full validationAI-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?
Key takeaways
Every AI claim should map to a measurable engineering outcome.
Validate both model quality and hardware/runtime feasibility before adoption.
Common pitfalls
Optimizing benchmark metrics that do not correlate with signoff goals.
Ignoring data drift and calibration after deployment.
Shipping ML workflows without clear rollback ownership.
Execution drill pack 1
Use this pack to rehearse AI-for-VLSI decision making on ai-vlsi/accelerator-architecture/on-chip-memory-hierarchy/worked-example: 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/on-chip-memory-hierarchy/worked-example
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/on-chip-memory-hierarchy/worked-example: 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/on-chip-memory-hierarchy/worked-example
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/on-chip-memory-hierarchy/worked-example: 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/on-chip-memory-hierarchy/worked-example
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/on-chip-memory-hierarchy/worked-example: 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/on-chip-memory-hierarchy/worked-example
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/on-chip-memory-hierarchy/worked-example: 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/on-chip-memory-hierarchy/worked-example
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 6
Use this pack to rehearse AI-for-VLSI decision making on ai-vlsi/accelerator-architecture/on-chip-memory-hierarchy/worked-example: 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 6
PATH: ai-vlsi/accelerator-architecture/on-chip-memory-hierarchy/worked-example
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 7
Use this pack to rehearse AI-for-VLSI decision making on ai-vlsi/accelerator-architecture/on-chip-memory-hierarchy/worked-example: 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 7
PATH: ai-vlsi/accelerator-architecture/on-chip-memory-hierarchy/worked-example
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 8
Use this pack to rehearse AI-for-VLSI decision making on ai-vlsi/accelerator-architecture/on-chip-memory-hierarchy/worked-example: 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 8
PATH: ai-vlsi/accelerator-architecture/on-chip-memory-hierarchy/worked-example
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 9
Use this pack to rehearse AI-for-VLSI decision making on ai-vlsi/accelerator-architecture/on-chip-memory-hierarchy/worked-example: 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 9
PATH: ai-vlsi/accelerator-architecture/on-chip-memory-hierarchy/worked-example
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 10
Use this pack to rehearse AI-for-VLSI decision making on ai-vlsi/accelerator-architecture/on-chip-memory-hierarchy/worked-example: 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 10
PATH: ai-vlsi/accelerator-architecture/on-chip-memory-hierarchy/worked-example
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 11
Use this pack to rehearse AI-for-VLSI decision making on ai-vlsi/accelerator-architecture/on-chip-memory-hierarchy/worked-example: 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 11
PATH: ai-vlsi/accelerator-architecture/on-chip-memory-hierarchy/worked-example
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 12
Use this pack to rehearse AI-for-VLSI decision making on ai-vlsi/accelerator-architecture/on-chip-memory-hierarchy/worked-example: 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 12
PATH: ai-vlsi/accelerator-architecture/on-chip-memory-hierarchy/worked-example
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 13
Use this pack to rehearse AI-for-VLSI decision making on ai-vlsi/accelerator-architecture/on-chip-memory-hierarchy/worked-example: 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 13
PATH: ai-vlsi/accelerator-architecture/on-chip-memory-hierarchy/worked-example
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>Principal AI-VLSI review addendum
Register files, local SRAM, and shared buffers determine data reuse efficiency and dominate accelerator energy profile.
Metric: SRAM hit ratio, buffer occupancy, and energy per data movement