DRAM & Memory Design · All levels

Banks, Bank Groups, Mats, and Parallelism Limits: Review Checklist

Review Checklist for Banks, Bank Groups, Mats, and Parallelism Limits.

Review checklist

Review Checklist for Banks, Bank Groups, Mats, and Parallelism Limits focuses on Sustainable bank-level parallelism (BLP) and page-conflict rate under tRRD/tFAW, bank-group timing, and activate-current limits.. The purpose is to turn memory observations into mechanism-backed actions with explicit owners and release-safe validation.

  • Workload scope and SLA targets are explicit.

  • Environment tags are locked and reproducible.

  • First failing transition is proven by command-level evidence.

  • Owner and rollback criteria are documented.

  • Validation matrix covers performance, stability, and reliability.

  • Owners signed: DRAM architect, circuit designer, memory controller owner, performance modeling owner, package/power integrity owner.

DRAM deep dive

Cell-array and subarray organization determines bitline delay, sensing margin, and locality-sensitive energy cost.

Concept diagram

diagram
ARRAY ORGANIZATION VIEW

rows x columns -> mats/subarrays -> local sense amps -> global I/O
physical distance shapes timing and energy

Metric graph

diagram
ARRAY ACCESS COST SHARE

bitline settle delay   ██████
sense/restore time     █████
global routing overhead ███

Reports and artifacts

  • subarray toggle heatmap

  • sense-amplifier utilization report

  • bitline RC delay audit

  • wordline coupling checklist

Mini case study

A dense address remap increased long-bitline activations, creating extra tRCD guardband and persistent tail-latency drift.

Debug branches

  • Map hot addresses to mats and subarray boundaries

  • Inspect sense-margin behavior under temperature corners

  • Evaluate row-mapping changes before voltage retuning

Senior review question

Ask: which latency, bandwidth, and reliability evidence proves this DRAM topic is closed under real traffic?

Key takeaways

  • Always tie controller and PHY counter shifts to application latency and throughput outcomes.

  • Lock firmware timing profile, thermal condition, and DIMM state before comparing DRAM captures.

Common pitfalls

  • Chasing peak bandwidth while ignoring p99 latency and fairness tails.

  • Changing timing guardbands without separating SI noise from scheduling issues.

  • Declaring closure without reliability gates, fault injection, and regression replay.

Review checklist explanation

A checklist here protects against false closure. Every item should map to a known memory failure mode.

For Banks, Bank Groups, Mats, and Parallelism Limits, minimum checklist: workload scope, Sustainable bank-level parallelism (BLP) and page-conflict rate under tRRD/tFAW, bank-group timing, and activate-current limits., artifact evidence (Bank-parallelism characterization report: BLP saturation curves, tFAW stress traces, and bank-group conflict heatmap.), bottleneck class, owner, rollback path, and corner-matrix validation.

If controller or firmware changed, include fairness and RAS checks. If PHY or package assumptions changed, include SI/PI and thermal guardband evidence.