Why a register, cache, Apple unified memory, NVIDIA HBM, Google TPU, Groq LPU, and Cerebras wafer-scale engine are all answers to the same problem: how to keep arithmetic fed with data.
Processors transform data. Memory stores data. In modern systems, the time and energy spent moving a value can exceed the cost of the arithmetic performed on it.
How long until the first requested byte arrives. Low latency matters for dependent, sequential work.
How many bytes arrive per second. High bandwidth matters when thousands of units need data continuously.
How much can be stored. More capacity is useful, but it is not automatically faster or closer.
Click each level. The approximate rankings are conceptual; exact latency and capacity depend on the processor and generation.
Registers hold operands being used now and are named or allocated by the instruction set and compiler. A cache automatically keeps copies of data from lower levels.
L1, L2, and L3 are normally built from SRAM. SRAM is a memory technology; “cache” is a role and management policy.
HBM dies are stacked and placed beside the accelerator on an advanced package. They are not part of the GPU logic die, but the path is short and extremely wide.
Apple unified memory is package-mounted LPDDR shared coherently by CPU, GPU, and accelerators. It reduces copies; it does not turn DRAM into SRAM.
Compute and memory were separate packages. As processors accelerated, waiting for DRAM became increasingly painful.
Small caches exploit locality and hide much of DRAM latency. Multiple cache levels emerge as one level cannot optimize size and speed simultaneously.
Thousands of parallel threads and vector units increase throughput—but only when memory systems keep them supplied.
CPU, GPU, media, and neural engines share package memory and a coherent address space, reducing copying and improving efficiency.
Advanced packages place dense DRAM or stacked SRAM near compute and connect smaller specialized dies with high-speed links.
A distributed sea of compute and SRAM avoids many chip boundaries. Defect tolerance, cooling, power delivery, and compiler mapping make the approach possible.
Research systems perform selected operations beside or within memory arrays, attempting to reduce movement further.
Select an architecture to see where compute, fast local storage, and bulk memory live.
A model's raw weight size is parameter count multiplied by bits per parameter. Real deployments also need KV cache, activations, workspace, and runtime overhead.
70B parameters
140 GB
Raw weights only; excludes runtime overhead.
Tensor, pipeline, or expert parallelism divides work and weights among accelerators. Communication becomes part of the critical path.
Fewer bits per parameter reduce capacity and bandwidth demand, sometimes with a quality or engineering tradeoff.
Weights can live in CPU memory, external parameter memory, or storage and move into fast memory as required. The risk is starving compute.
Only some weights or experts activate for a token. Hardware and software must avoid moving inactive data.
A one-trillion-parameter model at 16 bits per parameter occupies about 2 TB before KV cache, activations, workspace, and runtime overhead.
This is a simplified ceiling, not a token-per-second benchmark. It ignores communication, batching, model fit, kernel efficiency, sparsity, and streaming. In particular, a dense 1T FP16 model does not fit in 44 GB of on-wafer SRAM.
Choose a dimension. Scores below are qualitative teaching aids, not purchase benchmarks. Real rankings change with model, precision, batch size, latency target, software version, and system scale.
| Architecture | Main memory arrangement | Representative capacity | Bandwidth | Dense 1T FP16 ceiling |
|---|---|---|---|---|
| Intel Xeon server | DDR5 system memory | 512 GB–2 TB+ per socket | 307–410 GB/s | ≈ 0.18 tok/s |
| Apple M4 Max | Unified package LPDDR5X | Up to 128 GB | 546 GB/s | ≈ 0.27 tok/s |
| NVIDIA B200 | On-package HBM3e | 180 GB | 8.0 TB/s | ≈ 4.00 tok/s |
| Google TPU Ironwood | On-package HBM | 192 GB | 7.37 TB/s | ≈ 3.69 tok/s |
| Groq LPU | On-chip SRAM-centric | Not exposed as an HBM-like pool | No single comparable figure | Not comparable |
| Cerebras WSE-3 | Distributed on-wafer SRAM | 44 GB on-wafer | 21 PB/s on-wafer | 10,500 tok/s mathematical ceiling* |
*The Cerebras figure divides on-wafer bandwidth by raw weight size; a dense 1T FP16 model does not fit in the on-wafer SRAM and must be streamed or sharded. These are memory-bandwidth ceilings, not matched workload benchmarks.
Time to first token, tokens per second, tail latency, training time to target quality, and sustained utilization.
Cost per million tokens, completed training run, watt, rack, operator, network, cooling, and idle hour.
Framework support, libraries, compilers, debugging, model availability, reliability, and developer familiarity.
A specialist can become valuable by winning a meaningful slice of latency-sensitive inference, sovereign AI, private clusters, training, or scientific computing. The likely future is heterogeneous rather than one universal processor.
Google develops TPUs. AWS develops Trainium and Inferentia. Microsoft develops Maia. They may still offer NVIDIA and specialist third-party accelerators when customers demand them.
Repeat customers, cloud distribution, recurring utilization, matched-quality benchmarks, model launch cadence, gross margin, customer concentration, and supply-chain capacity.
Niche, strong specialist, broad platform, or commercial failure. Chip specifications alone cannot select the outcome or justify a market capitalization.
FLOPS · HBM · SRAM · DRAM · KV cache · chiplet · wafer-scale.
Product specifications and availability evolve. Recheck current documentation before engineering, procurement, or investment decisions.