280B parameters
300B training tokens
Compute-optimal scaling
Chinchilla changed the allocation, not the idea of scaling. A fixed compute budget could produce a better language model by spending much more of it on training tokens—and much less on parameter count.
The object to optimize was not model size. It was the allocation of compute between model size and data.
Chinchilla did not overturn the discovery that language-model loss scales predictably. It revised the prescription for how a fixed compute budget should be divided between parameters and training tokens.
Context Jamming / critical distinctionThe optimization target
Training capacity arrives as a constraint: a fixed number of accelerators for a fixed amount of time. Hoffmann et al. asked how that budget should be divided before the expensive run begins.
The measured target is final pretraining loss. Lower loss here means better next-token prediction on the paper’s data distribution—not a general measure of intelligence.
Nopt(C), Dopt(C) = argmin L(N,D)subject to FLOPs(N,D) = CGiven compute budget C, find the parameter count N and training-token count D that minimize final pretraining loss L.
Equation 1 · §1The primary instrument
Along a fixed-compute slice, increasing model size leaves fewer tokens available for training. Decreasing model size buys a longer training horizon. The fitted loss forms a valley between those two failure modes.
Move parameter count. Training tokens move in the opposite direction so that the approximation C ≈ 6ND remains fixed.
C ≈ 6NDFLOPs are approximately proportional to parameters times tokens because each token requires work across the model during the forward and backward passes. The paper compares this approximation with its detailed accounting in Appendix F and finds little effect on the analysis.
§3.3 · Eq. 4 · Appendix F, Table A4Kaplan → Hoffmann
Both papers describe predictable power-law scaling. They disagree about allocation. Kaplan’s compute-efficient frontier sends a 10× compute increase mostly into model size; Hoffmann’s three approaches send roughly equal growth into parameters and data.
Additional compute goes predominantly toward model size.
Hoffmann et al., Table 2; Kaplan et al. (2020)
Loss remained smooth enough to fit and extrapolate within a measured regime.
Data had to scale much faster than the dominant 300B-token training pattern.
Approach 3
L(N,D) = 1.69 + 406.4 / N⁰·³⁴ + 410.7 / D⁰·²⁸A giant model trained on too few tokens pays the D penalty. A tiny model trained for a very long time pays the N penalty. Under fixed compute, the minimum balances them.
Equation 10 · Appendix D.2Values produced by the allocator evaluate this fitted equation. They are not additional training runs and are intentionally styled differently from the Chinchilla/Gopher measurements below.
The large-scale test
The three fitted approaches placed the compute-optimal model for Gopher’s budget between roughly 40B and 70B parameters. DeepMind trained the upper end: Chinchilla, 70B parameters over 1.4T tokens.
300B training tokens
1.4T training tokens
Paper-derived · Tables 1, 6 & A7 · Figure 6
Causal caution
Chinchilla and Gopher share a reported training-compute budget, but model size and token count were not the only things that changed. The result validates the allocation prescription at large scale without isolating a single causal variable.
Appendix G reports AdamW performing better in smaller comparisons.
94.15% of tokens match; NFKC normalization was removed.
The subset distribution changed to support the longer training horizon.
A float32 weight copy was retained in the distributed optimizer state.
Paper-derived · §4.1 · Appendix G
The strategic reversal
At the same reported pretraining compute, the smaller, longer-trained model produced lower language-model loss and stronger measured downstream results.
The authors argue that existing large LMs were substantially undertrained and that dataset scaling deserved more attention.
Treat training compute as a portfolio: parameters buy capacity; tokens buy optimization. The visible asset is not automatically the best allocation.
A 4× smaller parameter count also lowers memory and inference-compute requirements, extending the benefit beyond pretraining.
Scope and uncertainty
The paper optimizes pretraining loss under a compute constraint—not capability, safety, economic value, latency, or every deployment objective.
The scaling runs used autoregressive Transformers, mostly under one epoch, with measured model and data ranges. Extrapolation adds uncertainty.
More tokens are not automatically better tokens. The authors frame high-quality data as important and flag leakage, privacy, bias, and toxicity risks.
The paper observes concavity at high compute and says the power-law frontier may still overestimate optimal large-model size.
Only Chinchilla and Gopher form the comparable large-scale pair; there are no intermediate large-scale tests.
“20 tokens per parameter” summarizes a neighborhood of this fitted regime. Architecture, data quality, repeated epochs, and objectives can move the optimum.
Paper-derived + Context Jamming boundary synthesis · §5
Primary record
★ Equal contributions according to the paper.
Charts redraw the paper’s argument using inline SVG and equations cited in each panel; they do not reproduce the paper’s figures or imply access to the underlying training-run dataset. Empirical benchmark values are separately labeled paper-derived.