Visual walkthrough — Wafer-scale engines (Cerebras-style)
We build the central result from nothing, show why it kills a big chip, then derive the redundancy fix that saves it.
Step 1 — What a wafer and a defect even are
WHAT: picture the wafer as a flat baking sheet, and defects as raisins sprinkled on it at random.
WHY start here: every later symbol (, , ) is just a way of counting these raisins in a region. If you can see the raisins, the algebra is obvious.
PICTURE: the sheet below has defects scattered over it. A small die (dashed box) sits on the sheet — notice it happens to be empty, so it survives. A big die (solid box) covers most of the sheet and swallows several defects, so it dies.

Step 2 — Defect density : turning raisins into a number
WHAT: we collapsed "a messy scatter of dots" into one steepness-like number.
WHY this tool and not just "count defects"? A raw count is useless — it depends on how big a region you look at. Density is the count per unit area, so it stays the same whether you look at a tiny die or the whole plate. That is exactly the property we need, because next we will ask "how many defects land in a die of area ?" — and density × area answers that instantly.
PICTURE: the same wafer, now with a reference square drawn on it. Counting dots inside that unit square is .

Step 3 — Expected defects in a die: the product
WHAT: density times area gives a pure count — the units cancel, leaving "defects."
WHY: if raisins are spread at per unit area, then over units of area you expect of them. This is the same logic as " cars per km over km expect cars." We call this average (the Greek letter lambda) because that is the standard name for the mean of the distribution we meet next.
PICTURE: two dies side by side — a small one ( small small) and a wafer-sized one ( huge huge). The bar under each shows its expected defect count growing with area.

Step 4 — Why the Poisson distribution, and why
The right tool is the Poisson distribution: it gives the probability of getting exactly rare, independent events when you expect of them.
Now set (we want zero defects):
- (anything to the power is ).
- (there is exactly one way to arrange nothing).
- So both the top power and the bottom factorial vanish to , leaving the clean .
WHAT: we plugged into the general rule and everything except collapsed.
WHY: "" is the engineering question "did this die dodge every defect?" — the yield .
PICTURE: the Poisson bar chart for a fixed . The single bar at is highlighted — that lone bar is the yield.

Step 5 — The yield curve, and the death of the big die
Let's read the curve in three regimes — the all-cases requirement:
- Tiny die (): . Almost every die is perfect. This is why we normally dice a wafer into small chips.
- Medium die (): . About a third survive — normal chip economics.
- Whole-wafer die (, e.g. for a plate-sized die at realistic ): . You would need more wafers than atoms in a room to get one perfect one.
WHAT: the exponential turns a large area into a vanishingly small survival chance.
WHY it matters: this is the parent note's "yield killer." A monolithic, defect-free full wafer is impossible. If that were the only option, wafer-scale engines could not exist.
PICTURE: the smooth decay curve with the three regimes marked by dots. Watch the curve fall off a cliff as we move right into wafer territory.

Step 6 — Change the question: tolerate dead cores
Define the new quantities:
- = number of cores physically built on the wafer.
- = the fraction of cores expected to be dead (from defects). So is between and .
- = number of good cores we actually need for the product.
The number of surviving cores is the built cores minus the dead ones:
We just need enough survivors:
Solve for by dividing both sides by (which is positive, so the inequality direction is safe):
- = the over-provisioning factor: build this many times more cores than you strictly need.
WHAT: we replaced "wafer must be perfect" with "wafer must have good cores," and got a build recipe.
WHY this tool (a simple ratio, not the exponential): yield answered "is the whole die perfect?" — the wrong question. The right question is a counting question about survivors, and counting only needs "kept fraction × total," i.e. simple proportions.
PICTURE: a mesh grid where a handful of cores are crossed out (dead). A path threads around them from one side to the other — the reroute. A counter shows good cores still .

Step 7 — Reading the over-provisioning factor in all cases
Let's cover every regime of so no scenario surprises us:
- (no defects): . Build exactly what you need — the ideal, never real.
- (10% die): . Build about 11% extra cores as spares.
- (half die): . You must build double.
- (almost all die): . The factor blows up — wafer-scale becomes hopeless. This is the degenerate limit: redundancy only works when is small.
WHAT: the ratio told us exactly how many spares to bake in.
WHY it matters: this is why the parent's core count is what it is — the number isn't round marketing; it's rounded up.
PICTURE: the over-provisioning factor plotted against . Flat and cheap near , shooting to infinity as — the marked points show the "cheap zone" WSEs live in.

The one-picture summary
This final figure compresses the whole journey: the exponential yield wall on the left (perfection is impossible), the mesh-with-reroute in the middle (change the question), and the gentle over-provisioning curve on the right (a small spare fraction fixes everything).

Recall Feynman: retell the whole walkthrough in plain words
Sprinkle raisins (defects) randomly on a baking sheet (wafer). Count how crowded they are per unit area — that's . Multiply by how big your cookie is () and you get how many raisins you expect inside it, called . But you only want cookies with zero raisins, and the chance of that — for independent sprinkles — is . For a small cookie that's nearly (easy). For a cookie the size of the whole sheet, is huge and the chance is basically zero — a perfect giant cookie never happens. The trick: don't bake one giant cookie, bake one giant sheet of tiny connected cells. A few cells get raisins and die, but the roads between cells let you skip the dead ones. Now you just need "enough living cells," so you bake a few extra: build cells, and if only a small fraction die you still have your good ones. Physics said "impossible"; changing the question to "enough good cores" made it easy.
Recall Check yourself
Why does the Poisson factor appear instead of some other function? ::: Because defects land independently and memorylessly; independent random arrivals always accumulate the factor , the fingerprint of "each tiny region independently might get hit." Why is the wrong metric for a wafer-scale engine? ::: It measures a defect-free whole die; WSEs never need perfection, only enough good cores, so the right metric is the survivor count. If , how many cores must you build to get good ones? ::: , i.e. 25% extra.
Related: Yield & Defect Density Models · Dennard Scaling & the Memory Wall · Network-on-Chip (NoC) & Mesh Topologies · Chiplets & 2.5D/3D Integration · Systolic Arrays & TPUs · Sparsity in Neural Networks · Liquid Cooling & Power Delivery Networks