Two reasons HBM has the shape it has today, checked with numbers. One is power. HBM builds its bandwidth from a great many slow pins rather than a few fast ones. The other is yield. The higher you stack dies, the more good dies get thrown away along with the bad.
The starting pJ/bit values come from the rough sense of scale that Exercise 2 in the text gives for 4 TB/s. For (a) it is 3, the value the solution uses in its worked calculation (the low end of the 3–5 range); for (b) it is the middle of the 0.5–1 range. Changing the target bandwidth changes the pin speed, so you have to move pJ/bit yourself. This page does not turn the relation between pin speed and pJ/bit into a formula. The text has no such formula, and real values differ by circuit and process.
The product presets set the target bandwidth per stack from the Section 4 table of specifications by generation, the list below it, and route ① in Section 3. Bandwidth is computed as pin speed times interface width. The standard column is what the pin speed set by the JEDEC standard can deliver; volume-production HBM4 has gone past the standard pin speed. The HBM4E sample press release does not state the interface width, so, as in the text, it is taken as 2,048 bits, the same as HBM4. GDDR7 is a value for one device, not a stack (JESD239, up to 192 GB/s per device), so it leaves the target bandwidth unchanged. SPHBM4 (JESD330-4), which mixes the two routes, uses the same DRAM die as HBM4 but cuts the data signals from 2,048 to 512 and reaches the same total bandwidth through 4:1 serialization. With fewer pins it can sit on an ordinary organic substrate instead of a silicon interposer. The press release does not say what that costs in pJ/bit, so it is left out of this figure.
| Item | Computed | Solution |
|---|