6.1.1 · D5Scaling & Efficient Architectures

Question bank — Neural scaling laws (Chinchilla, compute-optimal)

1,935 words9 min readBack to topic

Before we start, a one-line reminder of every symbol so nothing is used blind:


Three pictures to hold in your head

Before the traps, look at the shapes these questions keep referring to. The traps become obvious once you can see them.

Picture 1 — the falling-plus-rising curve (why there is a single best ). When you fix the compute budget , every choice of model size forces a data size . Small = tiny model, huge data → the model underfits (the term is big). Large = huge model, tiny data → the model is data-starved (the term is big). One term falls as grows, the other rises. Their sum is a valley with exactly one bottom.

Figure — Neural scaling laws (Chinchilla, compute-optimal)

Picture 2 — how loss falls with and with (why it's a power law). Each curve and is steep at first, then flattens toward the floor . Every doubling helps less than the last — that is the visual signature of a power law, not an exponential (which would keep falling at a constant fraction on a linear axis).

Figure — Neural scaling laws (Chinchilla, compute-optimal)

Picture 3 — the FLOP accounting. Compute is not mysterious; it is bookkeeping. Follow the breakdown in the figure and the callout below.

Figure — Neural scaling laws (Chinchilla, compute-optimal)

A 4-line derivation of the exponents (so you never defer)

You do not need to leave this page to see where and come from.


True or false — justify

A bigger model always achieves lower loss than a smaller one.
False — only if data is also scaled. A giant model on tiny leaves the term huge and underlearns; a smaller well-fed model can beat it, which is exactly the Gopher-vs-Chinchilla story.
The irreducible loss can be pushed to zero with enough compute.
False is the data entropy / Bayes error, the noise no model can predict away. Scaling and only shrinks the and terms, never .
If , then compute-optimal and would grow as each.
True scales as and as (note: 's exponent carries on top, 's carries ). Setting makes both equal ; it's precisely because that 's exponent (0.55) exceeds 's (0.45) and data grows a touch faster.
The exponents of and against must sum to exactly 1.
True — because , if and then , forcing . It's an accounting identity, not an empirical fit.
Since is "big", loss drops quickly as you add parameters.
False means halving the reducible loss needs the params. A large exponent here still means slow, diminishing returns (see Picture 2's flattening curve).
Chinchilla beat Gopher mainly because it used far more compute.
False — compute was comparable (Chinchilla used ~17% more, not orders of magnitude). It won by rebalancing the same budget toward data (~20 tokens/param), not by brute force.
Using instead of changes where the compute-optimal split lands.
False for the split, true for the number — the factor 6 is a constant multiplying , so it scales and but the exponents are unchanged; it only shifts the absolute FLOP count.
The loss curve at fixed has an interior minimum you can differentiate to.
False — at fixed , is monotonically decreasing in ; more params always help. The interior minimum (Picture 1's valley) only appears once you couple and through the fixed budget .

Spot the error

"To get 2× lower loss, just use 2× the parameters."
Error: loss falls as , not linearly. You need the params to halve the reducible part, and you never touch at all.
"We fixed the budget, so we minimize freely over both and ."
Error: and are not free — the constraint ties them together. You substitute first, turning it into one-variable calculus, then minimize.
" is a constant, so we must keep it in the derivative when finding the optimum."
Error: a constant has zero derivative and cannot move the location of a minimum. You correctly drop and minimize only the two trade-off terms.
"When compute goes 4×, put it all into a 4× bigger model."
Error: that re-starves the model of data. Correct split: and — roughly double each.
"The heuristic is a law of physics for all models."
Error: it's a fitted rule of thumb for dense transformers at Chinchilla's regime, tied to specific . Different architectures or objectives shift the optimal token/param ratio.
"Because both power-law terms shrink, doubling and roughly halves the loss."
Error: each term shrinks by only and (≈0.79, 0.82), and doesn't move — the total loss drops modestly (~20% of the reducible part), not by half.

Why questions

Why does test loss follow a power law rather than an exponential decay?
Because each doubling of or gives a constant fractional improvement (diminishing returns). Constant multiplicative decay per doubling is the defining signature of a power law.
Why can we ignore the irreducible term when locating the compute-optimal split?
Its derivative is zero, so it shifts the whole loss curve up-and-down without moving the horizontal position of the minimum — the location depends only on the trade-off terms.
Why is the optimum tilted slightly toward data () rather than exactly balanced?
Because the fitted : data's exponent in the loss is smaller, so its term shrinks less per token, and the optimizer compensates by feeding it relatively more data.
Why is and not just ?
Per parameter per token you pay 2 FLOPs (one multiply + one add) on the forward pass, plus ~2× that on the backward pass — . Bare forgets both the multiply-add factor and the backward pass.
Why did "bigger is always better" feel true in the GPT-3 era?
Those models grew while holding roughly fixed, so the term was the visible bottleneck. Adding params genuinely helped then — but that hid the data-starvation waiting in .
Why does the single-variable function have exactly one minimum?
After substitution it's a strictly decreasing term () plus a strictly increasing term (). A falling curve plus a rising curve is unimodal (Picture 1), so the slope crosses zero exactly once.

Edge cases

What happens to the compute-optimal recipe if your dataset is finite and you run out of unique tokens?
The substitution assumes fresh tokens; once you must repeat data, extra epochs give diminishing (eventually harmful) returns and the clean power law breaks — you drift toward overfitting.
If (data almost never helps), where does the compute-optimal split go?
= constant, and — you'd freeze model size and pour everything into tokens. It's the mathematical limit of "data does all the work".
If (params almost never help), what is the optimal strategy?
The exponents flip: , — grow the model with the whole budget and freeze data. This is the mirror image of the previous edge case.
Do these dense-transformer laws apply unchanged to a Mixture-of-Experts model?
No — MoE activates only a fraction of parameters per token, so the effective "active " in differs from total . The accounting and the exponents must be re-derived for the sparse compute pattern.
How does the Chinchilla optimum differ from the earlier Kaplan scaling laws recommendation?
Kaplan's fit put more of extra compute into (models grew faster than data); Chinchilla's more careful cosine-schedule fit found the balanced/data-tilted split — the disagreement traced to learning-rate schedule and fitting choices.
What does the loss approach as both and ?
Both power-law terms vanish and , the irreducible floor. No finite or infinite scaling can cross below the data's intrinsic entropy.
At the compute-optimal point, are the two reducible terms and equal?
Not exactly equal. The optimality condition sets , so their ratio is fixed at — the data term sits at about 0.82× the param term at the optimum. They are comparable (neither is a lone bottleneck), which is why balanced growth wins, but not literally identical.

Recall Quick self-test

Cover the answers above; if you can justify each in one sentence with a mechanism (not "yes/no"), you own this topic.