ArXiv: 2001.08361
🎯 Pitch
Cross-entropy loss follows predictable power-law trends across seven orders of magnitude in compute, model size, and data—with larger models being dramatically more sample-efficient. Optimal compute allocation requires training massive models on surprisingly little data and stopping well before convergence, yielding a recipe for minimizing loss under any fixed budget.
1. Executive Summary
This paper studies empirical scaling laws for the cross-entropy loss of Transformer language models on the WebText2 dataset, analyzing performance as a function of model size, dataset size, and training compute across more than seven orders of magnitude. The core contribution is the concept of a compute-efficient training frontier that determines the optimal allocation of a fixed compute budget among model parameters, batch size, and training steps—showing that maximally compute-efficient training involves training very large models on relatively modest data and stopping significantly before convergence, with the optimal model size growing as and the optimal number of serial steps growing negligibly as . In a FLOPs-matched comparison, the paper demonstrates that compute-efficient training uses ~65% less compute than typical convergence training to reach the same loss, establishing that larger models are substantially more sample-efficient than smaller ones, with dataset size requirements growing sublinearly as to avoid overfitting—a relationship that holds predictably until the point where compute-efficient data usage intersects with overfitting constraints at roughly parameters and PF-days of compute.
2. Context and Motivation
The Core Problem: We Don't Know How to Allocate Training Compute Across Model Size, Data, and Training Time
The fundamental question this paper tackles is deceptively simple: if you have a fixed budget of computational resources for training a language model, what's the best way to spend it? Should you build a bigger model? Train on more data? Train for more steps? And critically, how should these three factors—model size , dataset size , and training steps —be traded off against each other?
This matters because, at the time of the paper's writing in early 2020, language model training had entered an era of enormous scale. Models like GPT-2 [RWC+19] with 1.5 billion parameters were already pushing hardware limits, and the field was racing toward even larger models. Yet, despite this empirical progress, the scaling behavior of these models was poorly characterized. There was no systematic framework for answering questions like:
- If I double my compute budget, how much bigger should my model be? Should I invest those FLOPs in more parameters, more data, more training steps, or some combination?
- How much data do I need to avoid overfitting when training a model of a given size? Is there a predictable relationship, or does it vary with architecture and other choices?
- Are larger models more sample-efficient—that is, do they learn more from each training example—or do they require proportionally more data?
- When should I stop training? Training to convergence is the default practice, but is that optimal when compute is limited?
These are not merely academic questions. They have direct implications for how organizations allocate million-dollar training budgets, how hardware constraints shape model design, and whether the field can continue to make progress through scaling alone or will hit diminishing returns.
A Fragmented Prior Landscape
Prior to this work, the understanding of scaling in language models was fragmented and often contradictory. The paper identifies several distinct threads of prior work, each with significant gaps:
Scaling laws in non-language domains. Some early work had identified power-law relationships between performance and dataset size in domains like speech recognition [BB01] and language modeling [Goo01], suggesting that "more data" leads to predictable improvements. However, these studies focused narrowly on the data dimension alone, without considering how model size and training time interact. They also operated at much smaller scales—nowhere near the billion-parameter regime that was becoming common.
Model size scaling with fixed training regimes. More recent work [HNA+17, HAD19] had investigated the relationship between model size and data requirements, finding what they described as super-linear scaling—that is, they claimed dataset size should grow faster than model size to avoid overfitting. This result suggested that larger models would face rapidly escalating data requirements, potentially limiting the practical value of scaling up model size. The present paper directly challenges this finding, demonstrating instead a sub-linear relationship (), which paints a much more favorable picture for large models.
The "jamming transition" hypothesis. Some theoretical work on highly overparameterized models [AS17, BHMM18, GJS+19] had proposed that a sharp "jamming transition" occurs when model size reaches dataset size, at which point generalization suddenly degrades. This would imply a hard bottleneck: you can't train a model that's larger than your dataset. However, this work typically assumed training to convergence without early stopping—a practice that this paper shows is suboptimal and obscures the true relationship. The present paper finds no evidence of such a transition when using early stopping, instead observing a smooth, predictable degradation that depends on the ratio .
Architecture-centric approaches to scaling. Work like EfficientNet [TL19] for image models had proposed that optimal scaling requires carefully balancing architectural dimensions—width, depth, resolution—with specific exponential ratios. This suggested that the "shape" of a model (how parameters are distributed across layers) was crucial for achieving good scaling behavior. The present paper pushes back strongly on this view, finding that for Transformer language models, performance depends very weakly on architectural shape (depth, width, number of attention heads) when total non-embedding parameters are held fixed. This is a liberating finding: it means researchers don't need to solve a separate hyperparameter optimization problem at each scale.
The critical batch size framework. One notable exception to the fragmented landscape was the work of McCandlish et al. [MKAT18], which had developed a principled theory of batch size scaling. They showed that there exists a "critical batch size" below which increasing batch size is nearly free in terms of compute efficiency, and above which diminishing returns set in. They also showed that depends on the current loss value, not directly on model size. This framework provided a way to reason about the tradeoff between parallelism (large batches) and serial training time, and the present paper builds on it directly—in fact, three of the paper's authors overlap with [MKAT18].
The missing piece: a unified, empirical scaling framework. What all prior work lacked was a unified framework that simultaneously accounted for model size, dataset size, training time, and batch size—and that could make quantitative predictions about how to allocate a fixed compute budget among them. Individual studies had examined pieces of this puzzle (data scaling, architecture scaling, batch size scaling) but no one had put them together into a coherent picture. More importantly, no one had formulated the question as an optimization problem: given a fixed compute budget , what choice of minimizes the loss?
The Practical Stakes: Why This Matters Right Now
The paper's timing (January 2020) is significant. Several trends made the lack of scaling laws an acute problem:
Rapid growth in model size. Between 2018 and 2020, the field had seen a Cambrian explosion of large language models—BERT (340M parameters) [DCLT18], GPT-2 (1.5B parameters) [RWC+19], XLNet [YDY+19], RoBERTa [LOG+19], T5 (11B parameters) [RSR+19]—each pushing the frontier of model scale. Yet the choices of model size, training data, and training duration appeared largely ad hoc, driven by available hardware and intuition rather than principled scaling analysis. This paper's first author, Jared Kaplan, was at Johns Hopkins and OpenAI; other authors included key figures behind GPT-2 (Alec Radford, Jeff Wu) and the optimized Transformer implementation used at OpenAI (Tom Brown, Rewon Child, Scott Gray), making the work directly relevant to the team that was actively building the next generation of models.
Hardware constraints forcing tradeoffs. Training large models required distributing computation across many accelerators, which introduced a tradeoff between model parallelism (splitting the model across devices) and data parallelism (processing larger batches). Model parallelism is limited by serial dependencies: deeper models require more communication between layers, limiting how many devices can work simultaneously. Data parallelism is limited by the critical batch size : if you make batches too large relative to , you waste compute. Understanding how scales with loss—and hence how batch size should grow with model size—was therefore not just an efficiency question but a feasibility question for training the next generation of models.
The emergence of transfer learning as the dominant paradigm. By 2020, the standard approach to language tasks was to pretrain a large model on unsupervised text and then fine-tune on downstream tasks. The performance of this approach depended critically on the quality of the pretrained model, which in turn depended on the pretraining loss. Understanding how the pretraining loss scales with compute was therefore a proxy for understanding how downstream task performance would scale—making scaling laws directly relevant to the entire NLP field.
The sample efficiency puzzle. There was a growing anecdotal sense that larger models seemed to learn faster—reaching the same loss with fewer optimization steps and less data than smaller models. But this was counterintuitive from a statistical learning theory perspective, where larger models are expected to require more data to generalize well. Was this observation real? If so, what were its limits? The paper's finding that "big models may be more important than big data" (Section 8) was a provocative claim that, if true, would fundamentally reorient research priorities toward scaling model size over dataset collection.
How This Paper Positions Itself
The paper frames its contribution not as proposing a new model architecture or training technique, but as providing the empirical foundation that the field had been missing: a systematic measurement of how performance depends on scale, and a framework for using those measurements to optimize training. This is explicitly analogized to thermodynamics in Section 8:
"One might interpret these relations as analogues of the ideal gas law, which relates the macroscopic properties of a gas in a universal way, independent of most of the details of its microscopic constituents."
The analogy is more than rhetorical. The ideal gas law () relates pressure, volume, temperature, and quantity of gas—macroscopic variables that emerge from but don't depend on the detailed molecular dynamics. Similarly, the paper's scaling laws relate loss, model size, dataset size, and compute—macroscopic variables that emerge from the underlying architecture and optimization but appear to be remarkably independent of the specific choices (depth, width, learning rate schedule).
The paper's empirical approach is notably atheoretic. The authors explicitly state (Appendix C):
"At present we do not have a solid theoretical understanding for any of our proposed scaling laws. The scaling relations with model size and compute are especially mysterious."
This is not a confession of weakness but a statement of methodology. Rather than starting from theoretical assumptions about model capacity or optimization dynamics, the paper simply measures what happens at scale and fits functional forms to the data. The justification is pragmatic: the trends are remarkably clean (power-laws over 6-7 orders of magnitude), and even without a theory of why they hold, they can be used to make quantitative predictions that guide practice. This puts the paper in the tradition of empirical science—measure first, theorize later—which was somewhat unusual in a machine learning literature dominated by theoretical guarantees and algorithmic innovations.
A crucial positioning choice: the paper measures non-embedding parameters , explicitly excluding the embedding matrix and positional embeddings from the model size. This is not an arbitrary choice—Section 3.2 (Figure 6) shows that including embedding parameters in obscures the clean power-law trends, particularly for models with different depths. The implication is that the embedding layer plays a different role in model capacity than the Transformer layers, and that scaling laws are cleaner when these components are separated. This is a non-obvious empirical finding that influences how all subsequent results should be interpreted: when the paper says "model size," it means something specific.
The paper also positions itself relative to two competing narratives about scaling that were emerging in 2019-2020:
-
"Scale is all you need" — the implicit thesis of work like GPT-2 that larger models trained on more data will monotonically improve, with architectural choices being secondary. The paper provides strong empirical support for this view regarding architecture (Figure 5: performance varies only a few percent across a 40× range of aspect ratios), but adds crucial nuance about the compute allocation: you can scale models, but you should do so in a specific way (stopping short of convergence).
-
"Scaling will hit fundamental limits" — the worry that overfitting, optimization difficulties, or diminishing returns would prevent continued progress through scaling alone. The paper partially supports this concern by identifying a concrete limit: the contradiction between compute-efficient training (which grows data slowly, as ) and overfitting avoidance (which requires data to grow faster, as ). However, it projects this limit to occur at roughly parameters and PF-days—far beyond 2020 capabilities—suggesting that scaling has substantial runway remaining.
The Specific Gap This Paper Fills
In summary, the paper addresses a gap that was simultaneously fundamental and practical: the lack of a quantitative, predictive framework for how to allocate training compute across model size, batch size, and training steps to minimize language modeling loss.
This gap existed because:
- Prior work studied scaling dimensions in isolation (data scaling OR architecture scaling, never both together)
- Prior work used training-to-convergence, which obscures the compute-efficient frontier
- Prior work didn't account for the critical batch size when measuring compute scaling
- Prior work often focused on small-scale regimes where different phenomena dominate
The paper's solution is an empirical approach that:
- Measures scaling along all three dimensions simultaneously
- Adjusts for the critical batch size to produce a "clean" compute metric
- Operates at scales spanning 7+ orders of magnitude in compute
- Fits simple power-law forms and validates their predictive power
- Derives the optimal allocation as the solution to a constrained optimization problem
The result is not just a set of scaling laws but a prescriptive framework for training: given a budget of PF-days, here is exactly what model size, batch size, and number of steps you should use—and here is the loss you can expect to achieve. This transforms scaling from an art into a (partially) solved engineering problem.
3. Technical Approach
3.1 Reader Orientation
This is primarily an empirical measurement paper whose core idea is that language model cross-entropy loss scales as predictable power-laws with model size, dataset size, and training compute, and that these power-laws can be combined into a single optimization framework that tells you, for any fixed compute budget, exactly how big a model to train, how much data to use, and how many steps to run to achieve the lowest possible loss.
The paper does not propose a new model architecture, training algorithm, or optimization technique. Instead, it systematically trains hundreds of Transformer language models at scales spanning seven orders of magnitude, measures the resulting loss, fits simple power-law equations to the data, and then uses those equations to solve a constrained optimization problem: "Given a compute budget , what minimizes ?" The answer is a prescriptive recipe—specific numerical exponents and coefficients—that tells practitioners how to allocate their GPU budget across model size, batch size, and training duration.
3.2 Big-Picture Architecture (Diagram in Words)
The system has five major components:
-
Transformer Language Models — decoder-only Transformers of varying sizes trained on the WebText2 corpus, ranging from 768 to 1.5 billion non-embedding parameters. These are the "subjects" of the measurement, not a single system being optimized.
-
Training Infrastructure — the Adam/Adafactor optimizers, cosine learning rate schedules, and batch size configurations that produce training runs. The batch size is fixed at tokens (~500K tokens) for most experiments, but is varied systematically to measure the critical batch size .
-
The WebText2 Dataset — 20.3M documents containing 96 GB of text ( tokens after BPE tokenization with vocabulary size ). Reserved tokens for testing. Subsampled at various sizes (down to tokens) to study data scaling.
-
The Measurement Apparatus — the cross-entropy loss evaluated on the WebText2 test set (and other distributions for transfer analysis). This is the single performance metric that everything else predicts or optimizes. It is measured in nats (natural log units), not bits.
-
The Scaling Law Framework — a set of fitted power-law equations (Equations 1.5 and 1.6) that take measured data as input and produce predicted loss or as output. These equations are then used as an objective function in a constrained optimization: minimize subject to , yielding the optimal allocations , , and .
Information flows as follows: training runs produce tuples → the critical batch size correction adjusts → power-law forms are fitted to the adjusted data → the fitted equations are solved analytically for the compute-optimal frontier → the predictions are validated against empirical measurements of optimal at each compute budget.
3.3 Roadmap for the Deep Dive
-
First, the definition of model size : why non-embedding parameters are used and how is computed from architectural choices. This is the foundational choice that enables clean scaling laws.
-
Second, the compute metric and its refinement to : how training FLOPs are estimated, why the critical batch size matters, and how the relation from [MKAT18] is used to "standardize" all training runs to a common batch size regime.
-
Third, the four fundamental power-law equations: for infinite data, for infinite model capacity, for optimal allocation, and for batch size scaling. Each has a specific functional form, fitted exponent, and domain of validity.
-
Fourth, the combined equation: how the -limited and -limited regimes are combined into a single formula that predicts loss when both are finite, including the derivation of the overfitting condition .
-
Fifth, the combined equation: how model size and training steps interact in the infinite-data limit, and why the sum-of-power-laws form captures the tradeoff between capacity limitation (first term) and optimization limitation (second term).
-
Sixth, the compute-optimal allocation derivation: how is transformed into by substituting , and how the minimization yields the optimal exponents.
3.4 Detailed, Sentence-Based Technical Breakdown
3.4.1 The Definition of Model Size: Why Non-Embedding Parameters?
The paper makes a crucial methodological choice that influences every subsequent result: model size is defined exclusively as the number of non-embedding parameters, explicitly excluding the token embedding matrix ( parameters) and positional embeddings ( parameters).
For a standard Transformer with layers, model dimension , feed-forward dimension , and attention dimension , the non-embedding parameter count is approximated as:
where the factor of 2 accounts for the weight and bias terms in each linear transformation, the term covers the query, key, value, and output projection matrices in the attention mechanism, and covers the two feed-forward layers per Transformer block.
For the standard configuration where (the typical setting used throughout the paper), this simplifies to:
where the 12 comes from , reflecting the six linear transformations per layer (four in attention, two in the feed-forward network), each with a weight and bias term counted as two parameter-equivalents in the compute model.
What it computes: given only two architectural choices—how many layers () and how wide each layer is ()—this formula produces a single number that represents the total count of trainable parameters in the Transformer blocks, excluding the embedding layer that maps tokens to vectors. For a model with , this yields non-embedding parameters.
Why this definition: the paper's Figure 6 provides the empirical justification. When total parameters (including embeddings) are plotted against loss, models with different depths appear to follow different curves—shallower models seem worse at a given total parameter count. However, when embedding parameters are subtracted out, all models collapse onto a single power-law trend line, regardless of depth (with the exception of models with fewer than 2 layers or extreme depth-to-width ratios). This reveals that the embedding matrix plays a fundamentally different role in model capacity than the Transformer layers: it serves as a lookup table that maps discrete tokens to continuous vectors, and its size is determined by vocabulary size () rather than by considerations of representational capacity. Including it in would conflate two different scaling phenomena—the growth of the model's reasoning capacity (Transformer layers) and the growth of its input representation (embedding)—which obey different laws.
The paper notes that this finding is consistent with subsequent work showing that embedding dimensions can be reduced without harming performance [LCG+19], reinforcing the idea that the embedding layer is not a bottleneck for model capacity in the same way that Transformer layers are. Throughout the rest of the paper, whenever "" or "model size" is mentioned, it means specifically this non-embedding count; the embedding parameters exist but are not considered part of the model's capacity for the purposes of scaling law analysis.
3.4.2 Compute Estimation and the Critical Batch Size
Training compute estimation. The paper estimates the total computational cost of a training run as:
where is the non-embedding parameter count, is the batch size in tokens, is the number of parameter update steps (i.e., optimizer steps), and the factor of 6 accounts for the forward pass, backward pass, and the fact that matrix multiplication involves both multiply and accumulate operations.
What it computes: given a model with parameters trained for steps with tokens per step, this formula estimates the total number of floating-point operations used during training, excluding the cost of embeddings and context-dependent computations (see below for the approximation). The factor 6 breaks down as: approximately operations for the forward pass (from Table 1: ), approximately operations for the backward pass (roughly twice the forward pass), and the multiply-accumulate accounting that turns "operations" into "FLOPs." The paper quotes compute values in PF-days, where one PF-day equals floating-point operations.
Why this form: the approximation per token per step is a simplification that drops the context-dependent term from the forward pass. The paper justifies this by noting that for the models studied, (since and ranges from 128 to 4288), meaning the context-dependent computation is a small fraction of the total. This approximation would break down for very long contexts or very narrow models, but within the paper's experimental range, it is accurate enough to produce clean scaling trends.
The critical batch size . Not all training runs at a given compute budget are equally efficient. The paper builds directly on McCandlish et al. [MKAT18], which established that for neural network training, there exists a critical batch size such that:
- Training at batch sizes is compute-efficient but time-inefficient: you use minimal total FLOPs to reach a given loss, but require many serial steps.
- Training at batch sizes is time-efficient but compute-inefficient: you use fewer serial steps, but require more total FLOPs.
- Training at provides a roughly optimal compromise, requiring approximately the minimal steps and the minimal data.
The key relation from [MKAT18] that the paper leverages is:
where is the number of training steps taken, is the total number of data examples processed, is the minimum possible number of steps to reach a given loss (achieved in the limit ), and is the minimum possible number of data examples (achieved in the limit ).
What it computes: this equation describes the tradeoff curve between training time () and data usage () for reaching any fixed target loss . If you want to train faster (reduce ), you must process more total data (increase ), and vice versa. The product defines a hyperbola that interpolates between the two extreme regimes.
From this relation, the paper defines the critical batch size as:
where both and depend on the target loss being reached, but their ratio turns out to be independent of model size and depend only on (shown empirically in Figure 10).
Why this matters for the paper: most of the training runs in the paper were conducted at a fixed batch size tokens, which is not necessarily equal to for all models and loss values. This means the raw compute does not reflect the minimal compute needed to reach a given loss—some runs are more efficient than others because their fixed batch size happens to be closer to for their operating point. To produce clean scaling laws, the paper adjusts all training runs to a common reference frame by estimating what the compute would have been if training had been done at (maximally compute-efficient) or (maximally step-efficient).
The and adjustments. The paper defines two adjusted metrics:
where and are the actual steps and compute used at batch size , and is the critical batch size at the achieved loss .
What they compute: estimates the number of steps that would have been needed to reach the same loss if training had been done at very large batch size (). It is always less than or equal to , because large batches require fewer steps. estimates the compute that would have been needed if training had been done at very small batch size (). It is always less than or equal to , because small batches are more compute-efficient (they waste less computation on redundant gradient information). When , both denominators equal 2, giving and , confirming that training at the critical batch size requires twice the minimal steps and twice the minimal compute.
Why this form: these adjustments are derived directly from the relation of [MKAT18], using the fact that and . They ensure that all training runs—regardless of their actual batch size—are compared on an equal footing. Without this adjustment, the empirical compute scaling in Figure 1 (top-right) shows a "noisier" power law with exponent , whereas the adjusted in Figure 13 shows a cleaner power law with exponent . The adjusted version is what the paper uses for all subsequent predictions and optimal allocation analysis, because it removes the confounding effect of variable batch size efficiency.
The power law. From empirical measurements (Figures 10 and 18), the paper fits:
where tokens and .
What it computes: this equation predicts the critical batch size (in tokens) as a function of the current test loss. As the loss decreases (model improves), the denominator grows, meaning increases. For example, at a loss of , tokens; at a lower loss of , grows to approximately tokens. The paper finds that roughly doubles for every 13% decrease in loss.
Why this form: the parameterization is chosen because the gradient noise scale—which determines —is expected to diverge as the loss approaches the minimum possible value (the entropy of natural language). Since (language has non-zero entropy) but is apparently much smaller than the losses achieved in the paper, the authors use a form where as , which is a reasonable approximation when is far below the measured range. The exponent means the loss appears in the denominator with an effective exponent of , making quite sensitive to loss improvements.
3.4.3 The Four Fundamental Power-Law Equations
The paper fits four distinct power-law relationships, each representing a different "bottleneck regime" where one factor limits performance while the others are effectively infinite.
Equation 1: — performance limited by model size (infinite data, converged training).
where and non-embedding parameters.
What it computes: given a model with non-embedding parameters trained to convergence on an effectively infinite dataset (no overfitting), this equation predicts the minimum achievable test loss. The loss decreases as a power of : doubling the model size multiplies the loss by , a roughly 5% reduction.
Why this form: a pure power law with no constant term is the simplest function that captures diminishing returns (each doubling of gives a smaller absolute reduction in loss) while remaining scale-free (no characteristic scale at which the behavior changes). The paper explicitly shows (Figure 23) that a power law fits the data qualitatively better than alternatives like a logarithmic function . The parameter sets the overall scale—it is the model size at which nat/token—but its numerical value () depends on the tokenization and vocabulary and has no fundamental meaning. If you change the tokenizer, would change, but might not (though this is not tested).
Equation 2: — performance limited by dataset size (infinite model, early-stopped).
where and tokens.
What it computes: given a dataset of tokens used to train a very large model with early stopping (so the model never sees the same data enough times to memorize it), this equation predicts the minimum achievable test loss. The exponent is larger than , meaning that doubling the dataset size gives a larger relative improvement (, a 6.4% reduction) than doubling the model size.
Why this form: same rationale as . The measurement is done by taking a single model with and training it on fixed subsets of the WebText2 dataset of varying sizes until the test loss stops improving, then recording the final loss. This isolates the effect of data from the effect of model capacity, since the same (large) model is used for all data sizes.
Equation 3: — performance with optimally allocated compute.
where and PF-days.
What it computes: given a compute budget (adjusted to the regime), and assuming you optimally choose the model size and number of steps to minimize the loss, this equation predicts the best loss you can achieve. The exponent is the smallest of the three, meaning that doubling your compute budget (and optimally reallocating it) gives only a multiplier on the loss—about a 3.4% reduction. This reflects the fact that to get better loss from more compute, you must simultaneously scale up the model (which costs more per step) and train it (which requires more steps), and these costs compound.
Why this form: this is not a direct fit to raw data but rather the result of solving the optimization problem described in Section 6. It represents the lower envelope of all possible combinations at each compute level—the Pareto frontier of the training design space.
Equation 4: — critical batch size scaling.
This was already introduced in the previous subsection, but it rounds out the set of four fundamental relationships. Taken together, these four power laws characterize every dimension along which language model training can be scaled:
- : what happens if you only scale the model
- : what happens if you only scale the data
- : what happens if you scale compute and optimally rebalance everything
- : how the optimal batch size grows as the loss improves
The first three have an elegant symmetry: each predicts the loss when one factor (, , or ) is the sole bottleneck, with the other two factors set to their optimal (effectively infinite) values. The real world, however, is a regime where all three are finite simultaneously, which is the problem addressed by the combined equations.
3.4.4 The Combined Equation: Finite Model and Finite Data
The paper's first major synthesis is an equation that predicts the test loss when both model size and dataset size are finite, with early stopping used to prevent overfitting:
where the parameters fitted from the data in Figure 9 are , , , and (note: these differ slightly from the isolated fits because they are jointly optimized; Table 2 records the exact values).
What it computes: given a model of size and a dataset of tokens, this equation predicts the test loss that will be achieved with optimal early stopping. The expression inside the brackets has two terms: represents the contribution from limited model capacity, and represents the contribution from limited data. These are added together, and the sum is raised to the power .
Operational behavior (three important limits):
- (infinite data): the term vanishes, leaving , recovering Equation (1.1).
- (infinite model): the term vanishes, leaving , recovering Equation (1.2).
- and both finite and scaled together: the loss is determined by whichever term is larger—whichever bottleneck is more severe.
Why this specific functional form: the paper states three design principles that motivated this choice:
-
Rescaling invariance: changes in vocabulary size or tokenization should rescale the loss by an overall factor. The parameterization naturally allows this by absorbing such changes into and .
-
Correct limiting behavior: as at fixed , the loss should approach ; as at fixed , the loss should approach . The additive structure inside the brackets ensures this.
-
Analyticity at : the loss should have a Taylor expansion in with integer powers as . This is a theoretical expectation from statistical learning theory: for large datasets, overfitting should scale as (as the variance of the empirical risk estimator), leading to corrections of order , , etc. The specific form with exponent outside the brackets ensures this property, which would not hold for a simpler symmetric form like (which the paper explicitly notes would not have a expansion).
The third principle is the most speculative, and the paper acknowledges this: "Without empirical confirmation, we would not be very confident of its applicability." However, the resulting equation fits the data well (Figure 9), which is the primary justification.
The overfitting ratio. A particularly important consequence of this equation is that the degree of overfitting depends only on a specific combination of and . The paper defines the overfitting metric:
which measures the fractional increase in loss due to finite data. From the equation, this simplifies to:
At large , this depends on and only through the ratio (using the fitted values , ). This means that every time you increase model size by a factor of 8, you only need to increase dataset size by roughly a factor of 5 to maintain the same level of overfitting (since ). This is a sub-linear scaling and is much more favorable than the "jamming transition" hypothesis (which would predict ).
The anti-overfitting prescription. To avoid overfitting when training to within the noise level of different random seeds (roughly 0.02 in loss), the paper estimates:
For the full WebText2 dataset ( tokens), this means models up to approximately parameters can be trained without significant overfitting, but the largest models studied (~ parameters) may experience mild overfitting—consistent with the observed data in Figure 9.
Why this matters: this equation unified the previously separate studies of model scaling and data scaling into a single predictive framework. Prior work that had found super-linear data scaling ( growing faster than ) was likely conflating the effects of training to convergence (which overfits) with the intrinsic data requirements of the model. By using early stopping and explicitly modeling the - interaction, the paper shows that the data requirements are actually quite modest—a finding that strongly supports the "scale up models" agenda.
3.4.5 The Combined Equation: Finite Model and Finite Training Time
The paper's second major synthesis predicts the loss when model size and training steps (adjusted to the regime) are both finite, in the limit of infinite available data:
where the fitted parameters are , steps, , and .
What it computes: this equation predicts the test loss after steps of training (at very large batch size) for a model of size , assuming unlimited training data. The first term is the converged loss that the model would reach if trained forever—the capacity-limited floor. The second term is the additional loss due to incomplete optimization—the gap from not having trained long enough. The total loss is the sum of these two contributions.
Why a sum-of-power-laws form: this is additive rather than multiplicative because the paper models capacity limitation and optimization limitation as independent sources of error that compound. A model that is too small cannot represent the optimal function no matter how long it trains (first term), and a model that hasn't trained long enough cannot find the best parameters even if it has enough capacity (second term). The sum reflects that these are additive penalties on the log-loss scale.
An important subtlety: the paper notes that this form only applies "after an initial transient period." The very early phase of training (the first few hundred or thousand steps) does not follow this power law, as the model is still adapting to the basic statistics of language. The fits are therefore performed on the later portion of the training curves, where the power-law behavior has set in (visible in the right panel of Figure 4).
The exponent : what it tells us about optimization. The exponent on the training steps term is quite large—much larger than the model size exponent . This means that the loss decreases rapidly with additional training steps (a doubling of steps reduces the optimization gap by a factor of ), but only up to the point where the capacity-limited floor dominates. The steep exponent reflects the efficiency of the Adam optimizer on this particular loss landscape. It also means that training has strongly diminishing returns in steps relative to in model size: once you are close to the capacity limit, additional training steps give very little benefit because the first term acts as a floor.
The parameter is the number of steps at which the optimization gap equals 1 nat/token. It is the "characteristic scale" of the learning curve: after about 2100 steps, the optimization gap is roughly order-1; after 10 times that, it's nats/token; after 100 times, it's nats/token. This rapid decay is why compute-efficient training stops far short of convergence—the marginal benefit of additional steps quickly becomes smaller than what you could get by spending that compute on a larger model instead.
Universality claim. The paper argues that and are roughly independent of model size . The evidence for this is the right panel of Figure 4, where learning curves for models spanning four orders of magnitude in size can be fit with the same functional form and similar parameters. This universality is what makes the equation useful for prediction: if you've measured the learning curve for one model size, you can roughly extrapolate it to other sizes by only changing the floor term.
The connection to Hessian spectral properties. The paper speculates (Section 5.2) that the power-law dependence on reflects the spectrum of the Hessian (the matrix of second derivatives of the loss). In a noisy quadratic model of optimization, the convergence rate at step is determined by the -th eigenvalue of the Hessian, and a power-law learning curve implies a power-law eigenvalue density. The universality of across model sizes suggests that this eigenvalue density is roughly independent of scale—surprising but empirically observed.
3.4.6 Deriving the Compute-Optimal Frontier
With in hand, the paper derives the optimal allocation of a compute budget by solving a constrained optimization problem. This is the mathematical core of the paper's prescriptive contribution.
Step 1: Express in terms of compute. Starting from the definition (the minimal compute to train a model of size for steps at the critical batch size), and using , we can write:
Step 2: Substitute into . This yields an equation where the loss appears on both sides:
This is the objective function: given , choose to minimize .
Step 3: Take the derivative and set to zero. The optimality condition yields (after algebraic manipulation):
The left side is the marginal benefit (in loss reduction) of increasing model size: it is proportional to the slope of the curve. The right side is the marginal cost: increasing means you can afford fewer training steps at fixed compute, which increases the optimization gap. At the optimum, these marginal effects balance.
Step 4: Extract the scaling of optimal with . Solving the system of equations (the optimality condition plus the original equation) yields the key result:
where the composite exponent is defined as:
What this computes: is the harmonic mean of the three scaling exponents, divided by 3. More intuitively, it captures how improvements in compute must be "split" across three competing demands: more parameters (to reduce the capacity gap), more steps (to reduce the optimization gap), and larger batches (because grows as the loss improves). The harmonic mean structure means that the smallest exponent dominates: if any one of , , or is very small, it will bottleneck the overall scaling. Plugging in the fitted values:
which closely matches the empirically measured exponent of 0.050 from Figure 13. The paper reports from the analytical derivation (Equation 6.4) and from the direct fit—excellent agreement given the uncertainties in the individual exponent estimates.
Step 5: Derive the optimal allocations. From the optimality conditions, the paper predicts:
Optimal model size:
The empirically measured exponent from Figure 14 is , within a few percent of the prediction. This means that every 10× increase in compute should be spent primarily on a ~5× larger model.
Optimal batch size:
The empirical exponent is . This means batch size should grow roughly 2× for every 10× increase in compute—a modest increase that is primarily driven by the growth of as the loss improves, not by a direct desire for larger batches.
Optimal number of steps:
The empirical exponent is approximately , even smaller than the prediction. Both the prediction and the measurement indicate that the optimal number of serial steps grows extremely slowly with compute—perhaps not at all, within measurement error. This is because the large makes additional steps very effective early on, but the combined effect of needing to split compute across , , and means that gets a tiny fraction of the total budget increase.
Optimal dataset size (one-epoch training):
The paper computes this indirectly. Since compute-efficient training never re-uses data (it stops far short of convergence, before a single epoch is completed), the number of tokens processed equals the dataset size. For training at the critical batch size, , which yields using the derived scaling. This slow growth—only a 2× increase in data for every 10× increase in compute—is what leads to the contradiction discussed in Section 6.3: eventually, the data requirements from overfitting avoidance () will outstrip the data usage from compute-efficient training, forcing a change in strategy.
Step 6: The relation between optimal loss and converged loss. From the optimality condition, the paper derives a simple relationship:
where is the converged loss at the optimal model size. With , this means that compute-optimal training stops when the loss is about 10% above the converged loss. This is a remarkably specific and counterintuitive prescription: rather than training until the loss plateaus (which would take above convergence or less), you should stop much earlier—when the loss is still measurably above its asymptotic floor—and invest the saved compute in a larger model.
Comparing compute-efficient to "convergence" training. The paper quantifies the advantage in Appendix B.3: to reach the same loss , training to above convergence (compute-efficient) uses 7.7× fewer parameter updates and 65% less total compute compared to training to above convergence (typical practice), while using a 2.7× larger model. This is the paper's central practical message: you should train bigger models for fewer steps.
Why the power-law exponents combine as a harmonic mean. This deserves explicit conceptual explanation. The total compute can be written as , where each factor must grow as the loss target becomes more stringent. If improving the loss by a factor of 2 requires to increase by , to increase by , and to increase by , then the total compute must increase by . Inverting this relationship gives , which is exactly the harmonic mean (up to a factor of 3). The intuition is that scaling "bottlenecks" through the smallest : since is the smallest of the three, model size grows fastest with compute (), while steps grow slowest (because is large, improvements in steps are cheap, so you don't need many more of them).
3.4.7 The Contradiction and Conjecture: Where Scaling Laws Break Down
The paper identifies an internal contradiction in its scaling laws that arises when projecting far beyond the measured range. This is presented in Section 6.3 and is a rare example of a paper using its own framework to predict its own failure.
The contradiction. Compute-efficient training grows the dataset very slowly: . Meanwhile, the requirement to avoid overfitting grows faster: (substituting the optimal ). These two curves must eventually intersect, because the overfitting requirement grows with a larger exponent ( vs. ). At the intersection point, compute-efficient training would be using less data than needed to avoid overfitting—even if it never re-uses a single token (i.e., trains for less than one epoch). This is impossible: you cannot simultaneously be data-limited and stop early due to compute constraints.
The intersection occurs at approximately:
though the paper emphasizes that these values are "highly uncertain, varying by an order of magnitude in either direction depending on the precise values of the exponents."
The interpretation. The paper offers two interpretations:
-
The scaling laws break down before this point. This is the conservative interpretation: the clean power laws observed in the measured range do not continue indefinitely. Some new phenomenon—perhaps related to the finite entropy of language, or limitations of the Transformer architecture, or optimization difficulties at extreme scale—causes a deviation from the power-law trends before the contradiction is reached.
-
The intersection has a deeper meaning: it estimates the maximum performance achievable by Transformer language models on this data. In this interpretation, nats/token is an estimate of the entropy of natural language (or at least, the entropy of the WebText2 distribution as tokenized with BPE). Once you have extracted all the learnable structure from the data, further increases in model size or compute cannot improve the loss. This is a "saturation point" for the scaling laws.
The paper explicitly frames this as a conjecture: "We conjecture that the intersection point has a deeper meaning: it provides an estimate of the point at which Transformer language models reach maximal performance." This conjecture was remarkably prescient. As of 2024, the largest language models have indeed reached parameter counts in the – range, and there are active debates about whether performance is beginning to plateau or whether new data sources and training techniques can sustain the scaling trends. The paper's 2020 projection of a saturation point at roughly parameters and PF-days (which, at the time, was ~3-4 orders of magnitude beyond GPT-2 scale) provided one of the first quantitative estimates of the ultimate limits of scaling.
Why this analysis matters beyond the specific numbers. The contradiction analysis demonstrates a key methodological principle: scaling laws are not just descriptive—they are falsifiable. By deriving the logical consequences of the fitted equations (that compute-efficient data usage grows slower than overfitting avoidance requires), the paper identifies a concrete condition under which the laws must break down. This transforms the scaling laws from "mere curve fitting" into a testable theory: if the power laws continue to hold beyond , then the dataset requirements must change (e.g., you must start re-using data or find new data sources), which would itself be a deviation from the current compute-efficient prescription. The fact that the paper identifies this limit—rather than simply extrapolating the power laws indefinitely—is a credit to its analytical rigor.
3.4.8 Training Procedures and Hyperparameter Choices
While not the main contribution, the paper's training methodology contains several practical details that are essential for understanding the data behind the scaling laws.
Optimizer and schedule. Models are trained with the Adam optimizer [KB14] for a fixed steps, with a batch size of 512 sequences of 1024 tokens ( tokens total). The learning rate schedule consists of a 3000-step linear warmup from zero to the peak learning rate, followed by a cosine decay to zero. The authors experimented with various schedules (Figure 22) and found that "results at convergence were largely independent of learning rate schedule" as long as the schedule includes warmup, a peak that is not too small, and a decay that eventually reaches near-zero learning rate. Run-to-run variation is approximately 0.05 in the loss (in nats), which sets the noise floor for distinguishing between strategies.
For the largest models (more than 1 billion parameters), Adafactor [SS18] was used instead of Adam due to memory constraints. This is a potential confound—the scaling laws might partially reflect differences between Adam and Adafactor optimization dynamics—but the smoothness of the trends across the Adam-to-Adafactor transition suggests any effect is small.
Learning rate scaling with model size. The paper notes that larger models require smaller learning rates to avoid divergence, and used the following rule of thumb:
This is acknowledged to be imperfect—it breaks down for parameters—and the paper expects it could be improved. However, the finding that the learning rate needs to decrease with model size is itself a scaling observation that may interact with the measured exponents (a model trained with suboptimal learning rate will appear to have a worse -scaling than it actually does).
Regularization. All models use 10% dropout, with no explicit regularization mentioned. The paper acknowledges that it "did not experiment with regularization and data augmentation" (Appendix C), meaning the overfitting thresholds () are specific to this dropout rate and might shift with different regularization strategies.
Early stopping protocol. For the experiments, training is stopped "once the test loss ceased to decrease." This is operationalized by monitoring the test loss and stopping when it no longer shows improvement, rather than using a fixed number of steps. This is crucial because the optimal stopping time depends on both and (as analyzed in Section 5.3). For the experiments (infinite data), models are trained for the full steps with no early stopping, since overfitting is not a concern when data is effectively unlimited.
3.4.9 Shape Independence and Architecture Experiments
The paper conducts systematic experiments to establish that Transformer performance depends on scale (primarily ) rather than on how that scale is distributed across architectural dimensions.
Aspect ratio independence. Varying the aspect ratio (at fixed ) from roughly 0.5 to 40—a factor of 80 in shape—changes the loss by only a few percent (Figure 5). For example, a model with reaches a loss within 3% of the model used in GPT-2, despite being much shallower and wider. This is interpreted as evidence that deep Transformers may "effectively behave as ensembles of shallower models," as has been suggested for ResNets [VWB16], though the paper does not investigate this mechanism directly.
Attention head dimension independence. Varying the number of attention heads (and hence the dimension per head ) at fixed also has minimal effect on performance. This suggests that the multi-head mechanism is not a critical architectural bottleneck—the total attention dimension matters more than how it is partitioned.
Feed-forward ratio independence. Varying (the expansion ratio in the feed-forward block) at fixed produces negligible performance variation. This is notable because later work (e.g., the GPT-3 paper) would keep as a standard choice, but this paper suggests the exact ratio is not critical.
Depth extremes. The only deviations from the shape-independence trend occur at extreme values: models with only 1 layer (which cannot model interactions between distant positions) and models with extreme depth-to-width ratios (where individual layers become too narrow to be useful) perform worse than the power-law trend would predict (Figure 6, right panel). However, within a broad range of "reasonable" shapes, the loss is almost entirely determined by .
Implications for the scaling laws. This shape independence is what makes the scaling laws useful: if performance depended sensitively on architecture, then the scaling of with would be confounded by the need to find the optimal architecture at each scale. The fact that shape doesn't matter (within broad limits) means that alone is a sufficient statistic for model capacity, and the power-law is a robust relationship that doesn't require architecture search at each scale. This is a liberating result that simplifies both the analysis and the practical application of the scaling laws.
3.4.10 Transfer and Generalization Measurements
The paper includes experiments showing that the test loss on distributions other than WebText2 also follows power-law scaling with , with a nearly constant offset from the WebText2 test loss (Figure 8). The evaluated datasets include Books Corpus, Common Crawl, English Wikipedia, and Internet Books.
The constant-offset finding. The key observation is that the loss curves on different distributions are approximately parallel on a log-log plot—they differ by a roughly constant additive offset in nats, regardless of model size. For example, the Wikipedia loss is consistently about 0.5-1.0 nats higher than the WebText2 loss across the full range of model sizes. This means that the relative improvement from scaling (the slope on the log-log plot) is the same on all distributions, even though the absolute loss differs.
Training phase independence. The paper also tests whether generalization depends on the phase of training by comparing converged models to a single large model evaluated at intermediate checkpoints (Figure 8, right panel). The finding is that the relationship between in-distribution loss and out-of-distribution loss is the same regardless of whether the in-distribution loss was achieved by training a small model to convergence or by stopping a large model early. This implies that generalization is purely a function of the training loss, not of model size or training duration per se—an important result for the scaling laws framework, which treats the training loss as the fundamental quantity.
Why this matters for the scaling laws. If transfer performance depends only on the training loss, then the scaling laws for the training loss directly imply scaling laws for transfer performance. This is a strong (and somewhat surprising) claim that the paper does not deeply investigate but notes as an important practical consequence: improving the pretraining loss through scaling will predictably improve performance on downstream distributions, even if those distributions are quite different from the training data.
4. Key Insights and Innovations
Innovation 1: Compute-Efficient Training as a Constrained Optimization Problem — Not Just Curve Fitting
The paper's most fundamental conceptual move is reframing the question of "how to train language models" from an art into a solvable optimization problem. Prior work treated model size, data volume, and training duration as largely independent choices—practitioners picked a model architecture they could afford, trained on whatever data was available, and ran until the loss stopped improving. This paper demonstrates that these three factors are not independent but coupled through a shared compute budget, and that there exists a unique, quantitatively derivable optimum for how to allocate that budget.
What makes this distinctive is not the existence of power laws—power-law scaling with dataset size had been observed since at least Banko and Brill [BB01], and individual scaling dimensions had been studied by Hestness et al. [HNA+17] and Rosenfeld et al. [RRBS19b]. Rather, it is the recognition that the exponents from separate scaling laws can be combined to solve for the Pareto frontier of the full design space. The harmonic mean formula is not a descriptive summary of data; it is a prescription derived from first-order optimality conditions. This transforms scaling laws from "here is what happened when we scaled X" into "here is what you should do given budget Y."
This is a fundamental reframing, not an incremental measurement. Before this paper, the default assumption was that training should proceed to convergence, with early stopping used only to prevent overfitting. The paper shows that convergence is deeply suboptimal when compute is constrained: training to within 10% of the converged loss and spending the saved FLOPs on a larger model reduces total compute by ~65% to reach the same loss (Appendix B.3). The magnitude of this inefficiency—7.7× more parameter updates than necessary in typical practice—was not previously quantified. The paper's central prescriptive message ("big models may be more important than big data," Section 8) flows directly from this optimization: since grows with exponent ~0.73 while grows with exponent ~0.03 in the optimal allocation, increased compute should overwhelmingly fund larger models, not longer training. This specifically contradicts the intuition (implicit in prior convergence-training practice) that the marginal dollar of compute is best spent on more training steps.
The evidence for this claim is Figure 14 (left panel), where the empirically observed optimal model size follows the theoretically predicted power law to within a few percent. The agreement between the derived exponent (0.71 from the harmonic mean formula) and the measured exponent (0.73 from direct optimization) validates the whole framework: these are not arbitrary fits but consequences of an underlying optimization structure that the paper uncovers.
Innovation 2: Separating Model Capacity from Embedding Size — The Non-Embedding Parameter Convention
A seemingly technical choice—measuring model size as non-embedding parameters only—turns out to be a diagnostic insight that reshapes how scaling should be measured. Prior work on model scaling typically reported total parameter counts, and the relationship between total parameters and performance was often noisy and architecture-dependent. The paper's Figure 6 shows why: when embedding parameters are included, models with different depths appear to follow different scaling curves, creating the illusion that architecture matters for scaling. When embeddings are excluded, the curves collapse onto a single power law spanning six orders of magnitude.
The conceptual move here is recognizing that the embedding layer plays a fundamentally different role from the Transformer layers in determining performance. The embedding matrix is a lookup table whose size is largely determined by vocabulary size (fixed at 50,257 tokens) and the model dimension —it grows with model width but does not contribute to the model's representational capacity for composing concepts across positions. The Transformer layers, by contrast, perform the actual computation that determines the model's ability to model language. Conflating these two parameter types in a single scaling law mixes two different phenomena (representation learning vs. look-up capacity) that scale differently.
This is a fundamental diagnostic contribution, not just a measurement detail. It reveals that one of the apparent sources of architecture-dependence in prior scaling studies was actually a measurement artifact. The implication is that embedding parameters should be analyzed separately—their scaling is determined by vocabulary engineering choices, not by the same capacity considerations that govern the Transformer layers. Subsequent work (e.g., ALBERT [LCG+19], which the paper cites) independently arrived at the conclusion that embedding parameters can be reduced without harming performance, supporting the paper's finding from a different angle.
The practical consequence is substantial: the paper's scaling laws are cleaner and more predictive precisely because they focus on the right "capacity variable." Had the paper used total parameters, the exponents would have been different, the shape-independence claim (Innovation 3 below) would have been weaker, and the optimal allocation prescriptions would have been less transferable to models with different vocabulary sizes. By identifying and removing this confound, the paper establishes a measurement convention that many subsequent scaling studies would follow.
Innovation 3: Architecture Independence as a First-Class Empirical Finding
The paper's demonstration that Transformer performance depends on model scale but is nearly independent of architectural shape (depth, width, attention heads, feed-forward ratio) is a negative result with major positive implications. Prior work, particularly EfficientNet [TL19] for vision models, had argued that optimal scaling requires carefully balancing architectural dimensions—specifically, that width and depth should grow with different exponential rates to maintain efficiency. This suggested that scaling up models would require solving a new architecture search problem at each scale, with no guarantee that a shape optimal at one size would remain optimal at another.
The paper's Figure 5 directly challenges this view for language models. Varying the aspect ratio by a factor of 40 while holding fixed changes the loss by only a few percent—a difference that can be compensated for by a ~22% increase in compute (as the paper notes). This is not a claim that architecture doesn't matter at all—single-layer models and extreme depth-to-width ratios do deviate from the trend (Figure 6)—but that within a broad "reasonable" range, scale dominates shape. The paper interprets this through the lens of Veit et al. [VWB16], who argued that deep ResNets behave as ensembles of shallower models; if Transformers exhibit similar ensemble behavior, then distributing parameters across more layers or wider layers are roughly equivalent ways of providing capacity.
The significance of this finding is that it separates the scaling problem from the architecture design problem. Researchers can choose an architecture based on practical considerations (hardware efficiency, inference latency, ease of parallelization) without worrying that they are sacrificing scaling behavior. The paper's scaling laws apply to any "reasonable" Transformer, making them far more general and actionable than architecture-specific laws would be. This also implies that the field's intense focus on architectural innovations (different attention patterns, different feed-forward designs) may be secondary to the simpler goal of scaling up total parameter count—a claim that was provocative in 2020 and has been partially borne out by the subsequent dominance of relatively simple decoder-only Transformers at scale.
This is a fundamental empirical discovery, not an incremental observation. It contradicts the EfficientNet-era assumption that architecture co-design is essential for scaling and provides a principled reason for the success of the "scale a simple architecture" approach that would characterize GPT-3 and its successors. The evidence is Figure 5 (shape independence across four architectural hyperparameters) and Figure 6 (collapse of depth-varying models onto a single curve when embeddings are excluded).
Innovation 4: The Critical Batch Size as the Coupling Mechanism Between Scaling Dimensions
The paper's integration of the critical batch size —a concept from McCandlish et al. [MKAT18]—into the scaling laws framework is more than a technical adjustment: it is the theoretical linchpin that makes the whole optimization framework work. Without , the relationship between compute and loss would depend on the arbitrary choice of batch size used in each training run, making it impossible to define a clean "compute-efficient" frontier. With , the paper can standardize all training runs to a common reference frame and derive how the three scaling dimensions (, , ) must grow together.
The key insight—that depends only on the achieved loss and not directly on model size (Figure 10)—is what enables the harmonic mean derivation of . If depended on separately from , the optimization would be more complex and might not yield clean power-law solutions. The empirical finding that follows its own power law with (meaning doubles for every ~13% loss reduction) provides the missing piece that connects model scaling to batch size scaling to step scaling in a closed-form way.
What makes this a fundamental insight rather than a routine application of prior work is the paper's demonstration that is the dominant factor determining why the optimal number of serial steps grows so slowly (). The large exponent means that most of the "room" created by increased compute is absorbed by larger models and larger batches, leaving almost no need for more serial steps. This is a non-obvious result that has direct engineering implications: it means that training the next 10× larger model does not require 10× more wall-clock time (assuming sufficient parallelism), because the increased batch size compensates for the increased model size. The paper's Figure 3 illustrates this vividly: a billion-fold increase in compute maps to a >1,000,000× increase in model size and a 100× increase in batch size, but less than a 10× increase in serial steps.
This insight transforms from a practical training concern into a first-class scaling dimension that is as fundamental as model size or dataset size. Without it, the paper's central result—the quantitative prescription for how to allocate compute—would be impossible to derive or validate.
5. Experimental Analysis
Evaluation Methodology
-
Dataset. All experiments use the WebText2 dataset, an extended version of the WebText corpus [RWC+19] consisting of outbound links from Reddit with at least 3 karma, spanning December 2017 through October 2018. The full dataset contains 20.3M documents, 96 GB of text, and tokens after byte-pair encoding with vocabulary size . A held-out subset of tokens serves as the test set. Additional evaluation is performed on similarly-prepared samples of Books Corpus [ZKZ+15], Common Crawl [Fou], English Wikipedia, and a collection of publicly-available Internet Books to assess transfer performance.
-
Base model(s). The core model family consists of decoder-only Transformers [VSP+17, LSP+18] ranging from 768 to 1.5 billion non-embedding parameters (excluding vocabulary and positional embeddings). Models span a wide range of shapes: from 2 to 207, from 128 to 4288, and aspect ratios varying by a factor of ~80. The paper also trains LSTM models and recurrent Universal Transformers [DGV+18] for comparison, though the scaling law analysis focuses primarily on standard Transformers. The model family is chosen because it is "representative of the capabilities of many contemporary LLMs" and sits in a regime where performance is non-trivial but far from saturation (~3–8 nats/token test loss), providing sufficient dynamic range to observe scaling trends over six orders of magnitude in parameter count.
-
Metrics. The primary metric is the autoregressive cross-entropy loss averaged over 1024-token contexts, measured in nats (natural log units). This is evaluated on the WebText2 test distribution and on the additional text distributions for transfer analysis. Performance is also reported per-token as a function of position in the context (Figure 20, Figure 21) to characterize how models utilize long-range information. For overfitting analysis, the paper defines , the fractional increase in loss due to finite data relative to the infinite-data limit. For compute scaling, the paper uses both the raw compute and the batch-size-adjusted compute defined in Equation (5.5).
-
Baselines. The paper establishes empirical trends rather than comparing against competing methods, so formal baselines are minimal. The implicit baseline against which compute efficiency is measured is training to convergence with fixed batch size — the standard practice at the time. Appendix B.3 quantifies this comparison explicitly: training to within of the converged loss (typical practice) versus (compute-efficient). The paper also compares standard Transformers against LSTMs (Figure 7) and Universal Transformers (Figure 17) to establish that the scaling trends are architecture-dependent, and against the gradient noise scale predictions from McCandlish et al. [MKAT18] to validate the critical batch size framework (Figure 10, Figure 18).
-
Generation budget / compute accounting. Compute is measured in PF-days, where one PF-day = floating-point operations. The training compute for a given run is estimated as , where is non-embedding parameters, is batch size in tokens, is number of optimizer steps, and the factor 6 accounts for the forward pass (~2N FLOPs/token), backward pass (~4N FLOPs/token), and multiply-accumulate counting. This approximation drops context-dependent terms () which are negligible when — a condition satisfied by all models studied. For fair comparison across different batch sizes, the paper defines , which standardizes all training runs to the regime where compute efficiency is maximal. All compute-optimal scaling results (Section 6) use rather than raw .
-
Cross-validation / statistical protocol. The paper does not employ cross-validation in the conventional machine learning sense. Instead, the approach is to train a large number of models at different scales, fit power-law equations to the resulting data, and then validate the fits by (a) checking consistency between the separately fitted and curves and the jointly fitted surface, (b) comparing the theoretically derived optimal allocation exponents against empirically measured optimal (Figure 14), and (c) verifying that the fitted equations predict the observed tradeoffs for suboptimal model sizes (Figure 12, Appendix B.4). Run-to-run variation is approximately 0.02–0.05 in loss (in nats), as established by learning rate schedule experiments (Figure 22), which sets the effective resolution for distinguishing between strategies. The paper explicitly notes that "the variation in the final test loss between different random seeds is roughly constant in magnitude for different model sizes" (Appendix D.6).
Main Quantitative Results
Performance Scales as Power Laws with Model Size, Dataset Size, and Compute
The paper's headline result is that cross-entropy loss obeys clean power-law relationships with each of the three scale factors when the other two are not bottlenecks, with trends spanning more than six orders of magnitude (Figure 1).
Model size scaling (Equation 1.1, Figure 1, bottom-left). When training models to convergence on the full WebText2 dataset (effectively infinite data), the test loss follows:
The exponent means that doubling the non-embedding parameter count reduces the loss by a factor of , or roughly a 5.1% reduction. This trend holds from models with ~ parameters (loss ~7 nats/token) up to models with ~ parameters (loss ~3 nats/token), spanning six orders of magnitude in . The fit quality is shown in Figure 23 (right), where a power law provides a qualitatively better fit than a logarithmic function. A critical detail: this trend only emerges when using non-embedding parameter count. When total parameters (including embeddings) are used, models with different depths appear to follow different curves (Figure 6, left panel), obscuring the clean power-law relationship.
Dataset size scaling (Equation 1.2, Figure 1, top-left). When training a large model (, ) on fixed subsets of the WebText2 dataset with early stopping, the test loss follows:
The exponent is larger than , meaning dataset size has a stronger effect per doubling: , a 6.4% loss reduction. This trend spans from tokens (loss ~4.5 nats/token) to tokens (loss ~3.3 nats/token), over three orders of magnitude in data. The measurement protocol isolates the data effect by using a single model architecture and stopping training when the test loss ceases to decrease on each data subset.
Compute scaling with fixed batch size (Equation 3.3, Figure 1, top-right). When training with a fixed batch size tokens and varying model size to find the best performance at each compute budget, the loss follows:
This is the "raw" compute scaling, uncorrected for batch size inefficiency. The trend spans from PF-days (very small models, loss ~8 nats/token) to PF-days (largest models, loss ~3 nats/token), covering roughly nine orders of magnitude in compute.
Compute scaling with batch size adjustment (Equation 1.3, Figure 13). When all training runs are standardized to the regime using , the trend becomes:
The smaller exponent ( vs. ) and the cleaner fit (compare Figure 13 to Figure 1, top-right) demonstrate that the batch size adjustment removes a confound. The paper notes a "conspicuous lump" at PF-days corresponding to the transition from 1-layer to 2-layer networks; 1-layer networks are excluded from the power-law fit. This adjusted trend is the one used for all subsequent predictions and optimal allocation analysis.
Consistency check. The exponents satisfy a cross-consistency relation: if and both contribute to capacity through the combined equation, the effective exponent for compute-optimal scaling should be the harmonic mean , which matches the directly fitted within the uncertainty of the individual exponent estimates. This internal consistency validates the overall framework.
Overfitting Follows a Universal Function of
When both model size and dataset size are varied simultaneously, the test loss (with early stopping) is well-described by the combined equation (Figure 9, Figure 4 left):
with jointly fitted parameters , , , (Table 2). These differ slightly from the isolated fits because they are optimized jointly.
The central finding is that the degree of overfitting depends only on the ratio (Figure 9, right panel; Figure 16). When models from 3M to 1.5B parameters are trained on dataset subsets ranging from 21M to 22B tokens, the fractional increase in loss collapses onto a single curve when plotted against this ratio. This universality implies a simple rule: every 8× increase in model size requires only a ~5× increase in dataset size to maintain the same level of overfitting (since ).
Concretely, to avoid overfitting when training to within the noise level of different random seeds (~0.02 in loss), the paper estimates:
For the full 22B-token WebText2 dataset, this means models up to parameters can be trained without significant overfitting. The largest models studied (~1.5B parameters) may experience mild overfitting, consistent with the slight deviation from the infinite-data trend visible in Figure 9 (left panel). The fit is excellent for all data sizes except the smallest ( tokens), where an epoch corresponds to only ~40 parameter updates and "perhaps such a tiny dataset represents a different regime for language modeling" (Section 4.2).
The paper explicitly notes that it does not observe a "jamming transition" — a sharp degradation when model size approaches dataset size — that had been predicted by some theoretical work [AS17, BHMM18, GJS+19]. The paper attributes this discrepancy to the use of early stopping: the jamming transition is a phenomenon of training to convergence, whereas early stopping avoids the regime where overfitting becomes catastrophic.
Training Curves Follow a Sum-of-Power-Laws Form, Independent of Model Size
In the infinite-data limit, the test loss as a function of model size and adjusted training steps can be fit with (Figure 4, right panel; Figure 11):
with parameters , , , (Table 3).
The first term is the converged loss at infinite training — the capacity-limited floor. The second term is the optimization gap — the additional loss due to incomplete training. The large exponent means that the optimization gap closes rapidly: doubling reduces this gap by a factor of . The parameter steps is the characteristic scale: at , the optimization gap is ~1 nat/token; at , it has shrunk to nats/token; at , to nats/token.
Critically, the learning curve parameters (, ) are roughly independent of model size (Figure 4, right panel). Learning curves for models spanning four orders of magnitude in can be fit with the same functional form, with only the floor term changing. This universality is what enables the paper to derive the compute-optimal allocation: if learning curves varied qualitatively with model size, the optimization would need to be done separately at each scale. The fits are described as "imperfect" (the paper notes this explicitly) but "quite compelling given the simplicity of Equation (5.6)." The degradation at very small (early training) is expected, since the power-law form breaks down during the initial transient period before the learning rate warmup completes.
Using these learning curve fits and the relation, the paper can predict the loss for any combination by substituting , yielding an implicit equation that can be solved for . The resulting surface in Figure 11 (left panel) shows, for each fixed compute budget, a U-shaped dependence on model size: too-small models are capacity-limited, too-large models are optimization-limited (they cannot be trained long enough at the given compute budget), and there is a clear optimal at each .
The Compute-Optimal Frontier: Big Models, Few Steps, Large Batches
From the equation and the relation, the paper solves for the optimal allocation of a compute budget by minimizing with respect to . The results are validated against direct empirical measurement (Figure 13, Figure 14):
Optimal model size (Figure 14, left panel):
The empirical fit is , closely matching the theoretical prediction of from the harmonic mean formula. This means that a 10× increase in available compute should be accompanied by approximately a 5× increase in model size.
Optimal batch size (Figure 14, right panel, and derived):
This follows from and the optimal loss scaling , giving . The empirical fit (not directly plotted but derived) is . A 10× increase in compute warrants roughly a 1.7× increase in batch size.
Optimal number of serial steps (Figure 14, right panel):
The empirical fit is . The exponent is so close to zero that "our results may even be consistent with an exponent of zero." This is the most striking finding: the optimal number of serial training steps grows extremely slowly, if at all, with increased compute. Essentially all additional compute should fund larger models and larger batches, not longer training. For comparison, the fixed-batch-size (unadjusted for ) shown in the same figure grows more noticeably, illustrating why the batch size adjustment is essential.
Convergence comparison (Appendix B.3). Training to within of the converged loss (compute-efficient) versus (typical practice) yields dramatic differences. To achieve the same loss, compute-efficient training uses 7.7× fewer parameter updates (), 2.7× more parameters (), and 65% less total compute (). This concretely quantifies the inefficiency of training to convergence.
The paper demonstrates the robustness of the optimal allocation by showing that models within 0.6× to 2.2× of the optimal size can be trained with only a 20% increase in compute budget (Figure 12, left panel; Equation B.16). This tolerance means that practical constraints (e.g., hardware limits on model parallelism, inference cost considerations) can be accommodated with minimal efficiency loss. Using a 2.2× larger-than-optimal model requires 45% fewer training steps at the cost of 20% more compute (Figure 12, right panel; Equation B.17), which may be desirable when training time is the bottleneck rather than total FLOPs.
Larger Models Are Dramatically More Sample-Efficient
The paper provides converging evidence that larger models achieve the same loss with fewer training steps and fewer data examples (Figure 2, Figure 19, Figure 4 right).
Steps to reach a fixed loss (Figure 19, left panel). For a target loss of nats/token, the minimum required steps decreases from roughly for a -parameter model to roughly for a -parameter model — a two order-of-magnitude reduction in serial training time. For a target loss of , the trend is even steeper: the smallest model capable of reaching this loss would require impractically many steps, while a -parameter model reaches it in roughly steps.
Data examples to reach a fixed loss (Figure 19, right panel). The minimum number of examples (at ) also decreases with model size, improving by a factor of almost 100 when comparing the smallest possible model to a very large one. This is the "sample efficiency" claim: larger models extract more learning per training token.
Qualitative illustration (Figure 2). A direct overlay of learning curves for models ranging from to parameters shows that larger models learn faster at every point in training — their curves lie systematically below those of smaller models, even early in training when the smaller models have had far more parameter updates relative to their size. The -parameter model reaches a loss of ~4 nats/token after processing ~ tokens; the -parameter model would require ~ tokens to reach the same loss, if it ever does.
This finding directly contradicts an intuition from classical learning theory (where larger models typically require more data to generalize), and it underpins the paper's recommendation to scale model size aggressively. However, the paper does not explore the mechanism behind this sample efficiency, leaving it as an empirical regularity.
Transfer Loss Improves Predictably with Training Loss
Performance on text distributions other than the training data improves smoothly with model size, with a roughly constant offset from the WebText2 test loss (Figure 8).
Distribution comparison (Figure 8, left panel). The test loss on Books Corpus, Common Crawl, Wikipedia, and Internet Books follows power-law trends nearly parallel to the WebText2 test loss. The Wikipedia loss is consistently about 0.5–1.0 nats/token higher than WebText2, while Common Crawl is ~1.5–2.0 nats higher, with the gaps remaining roughly constant across the full range of model sizes ( to parameters). This means model scaling improves performance on out-of-distribution text at the same relative rate as on in-distribution text, even though the absolute levels differ.
Training phase independence (Figure 8, right panel). When a single large model is evaluated at intermediate checkpoints during training, its out-of-distribution performance traces the same curve (in the space of training loss vs. transfer loss) as a set of converged models of different sizes. This shows that generalization depends only on the in-distribution validation loss, not on model size, depth, or proximity to convergence. A small converged model and a large partially-trained model with the same WebText2 test loss will have the same Books Corpus or Wikipedia loss.
Depth independence for transfer (Figure 24). Models with ~1.5 billion parameters but different depths (6 to 48 layers) have nearly identical test loss on all distributions examined, confirming that transfer performance, like training performance, is shape-independent at fixed . The one exception is a 12-layer model that overfit the Internet Books dataset, which the paper notes as a "surprising result" not seen in other experiments.
The practical implication is that scaling laws for the training loss directly translate to scaling laws for transfer performance, without needing to model the transfer gap separately. Since the offset is constant (or very slowly growing), the compute-optimal allocation derived for minimizing training loss should also approximately minimize transfer loss.
Critical Batch Size Depends Only on Loss, Not Model Size
Measurements of across two model sizes (3M and 85M parameters) and a wide range of loss values (Figure 10, Figure 18) demonstrate that:
The critical batch size approximately doubles for every 13% reduction in loss (since ). At the lowest losses achieved ( nats/token), reaches roughly tokens. The key empirical finding is that data from the 3M-parameter model and the 85M-parameter model fall on the same curve when plotted against loss, confirming the prediction from [MKAT18] that does not depend directly on model size. This independence is what allows to serve as the coupling between loss, batch size, and compute in the optimal allocation derivation.
The paper notes that this power-law parameterization is chosen because the gradient noise scale — which theoretically determines — is expected to diverge as (the entropy of natural language). Since but is apparently far below the measured loss values, a form where as is a reasonable approximation for the observed range. The paper acknowledges (Appendix C) that "we are not especially confident" in extrapolating far outside the measured loss range, which could affect predictions at much larger scales.
The Scaling Laws Contain an Internal Contradiction at Large Scale
The paper identifies a logical inconsistency in its own scaling laws when projected beyond the measured range (Section 6.3, Figure 15). Compute-efficient training grows the dataset as (since it never re-uses data and grows very slowly). However, the requirement to avoid overfitting — derived from the combined equation and the optimal relation — grows faster, as . These two curves must intersect because the overfitting requirement has a larger exponent ().
The intersection is estimated at approximately:
with the caveat that "the numerical values are highly uncertain, varying by an order of magnitude in either direction depending on the precise values of the exponents." At this point, compute-efficient training would require less data than needed to avoid overfitting — a contradiction, since you cannot simultaneously be data-limited and stop training early due to compute constraints.
The paper's interpretation is twofold: (1) conservatively, the scaling laws must break down before this point, and (2) speculatively, the intersection estimates the point at which Transformer language models achieve maximum possible performance on this data distribution, with nats/token as an estimate of the entropy of natural language (or at least the WebText2 distribution as tokenized with BPE). The paper explicitly frames this as a conjecture and notes that the trends shown in Figure 15 are "sensitive to the precise power-law parameters," making the exact intersection point unreliable as a prediction but structurally valid as an indicator of where the scaling framework must eventually fail.
Ablation Studies and Robustness Checks
Excluding vs. including embedding parameters (Figure 6). When model size is measured as total parameters (including the embedding matrix and positional embeddings), models with different depths appear to follow distinct curves — shallower models seem worse at a given parameter count. Excluding embedding parameters collapses all curves onto a single power-law trend, with the exception of 1-layer models and models with extreme depth-to-width ratios. This validates the choice of non-embedding as the correct capacity measure and confirms that embedding size is not a bottleneck. The paper does not test whether reducing embedding dimension independently would affect performance, but cites ALBERT [LCG+19] as corroborating evidence.
Shape hyperparameters at fixed (Figure 5). Varying the aspect ratio by a factor of 40 changes the loss by only a few percent. Varying the attention head dimension at fixed produces minimal change. Varying the feed-forward ratio at fixed also yields negligible variation. The paper quantifies this as: a ~22% increase in compute compensates for a ~1% increase in loss due to suboptimal shape. This establishes that the scaling laws apply to a broad family of Transformer architectures, not just a single optimized shape.
Depth at fixed (Figure 24). For models of ~1.5B parameters, depths from 6 to 48 layers produce nearly identical test loss on WebText2 and on all transfer distributions. This reinforces the shape-independence finding and extends it to transfer performance.
Learning rate schedule variation (Figure 22). A scan of learning rate schedules (cosine decay, linear decay, faster/slower decays) on a 3M-parameter model shows that performance at convergence is "largely independent of learning rate schedule" as long as the schedule includes warmup, a sufficient peak learning rate, and a final decay to near-zero. Run-to-run variation is approximately 0.05 in loss, establishing the noise floor.
Power-law vs. logarithmic fits (Figure 23). A direct comparison shows that is qualitatively better fit by a power law () than by a logarithmic function (), particularly at large . The power law captures the diminishing returns more accurately and extrapolates better to unseen scales.
Transformer vs. LSTM vs. Universal Transformer (Figure 7, Figure 17). LSTMs perform comparably to Transformers on early tokens in the context but fall increasingly behind for later tokens, and their overall loss as a function of degrades relative to Transformers at larger scales (Figure 7, left panel). Universal Transformers (which re-use parameters across depth) perform slightly better than standard Transformers at fixed but slightly worse at fixed compute , since their parameter reuse trades capacity for computational cost (Figure 17). These comparisons establish that the power-law trends are architecture-dependent — the specific exponents are a property of the standard Transformer, not a universal law of language modeling.
Context length and per-token behavior (Figure 20, Figure 21). At fixed model size, the loss per token scales as a power law in the token's position in the context: , with exponents that are larger for larger models (Figure 20, left panel), indicating improved ability to use long-range information. The per-token loss improves steadily with model size for all positions except the very first token (Figure 21). Models trained with context (dashed lines in Figure 21) outperform models on very early tokens, since they allocate all capacity to short-range patterns. This provides evidence that the benefits of scaling model size extend to improved long-range modeling.
Finite data and early stopping step (Figure 16, left panel). The paper derives a lower bound on the early stopping step: . The empirical early stopping steps (identified by tracking when test loss ceases to decrease) satisfy this bound, with the bound being tighter for larger datasets. This validates the use of the infinite-data learning curve as an approximation for the early phase of finite-data training.
Batch size scans for measurement (Figure 18). For two model sizes (3M and 85M parameters), batch sizes are varied from to tokens, and the resulting data for each target loss are fit to Equation (5.1): . The fits are shown for multiple loss values per model size, and the extracted values agree across the two model sizes (Figure 10), supporting the claim that is a function of loss only.
Suboptimal model size tolerance (Figure 12, Appendix B.4). Using Equation (B.16) and (B.17), the paper computes the excess compute needed when using a model size different from the optimal for a given target loss. Models between 0.6× and 2.2× the optimal size require at most 20% additional compute. Using a 2.2× larger model reduces required steps by ~45% at a 20% compute penalty. This analysis demonstrates practical robustness: the optimum is broad, and hardware or inference constraints can be accommodated without dramatic efficiency losses.
One negative result — small datasets break the scaling law: The fit is notably poor for the smallest dataset size ( tokens, a 1024× reduction from full WebText2), where an epoch consists of only ~40 parameter updates (Figure 9, Figure 16). The paper acknowledges this as a potential different regime and does not include these points in assessing fit quality.
One negative result — 1-layer models break the trend: Models with only 1 layer fall significantly below the power-law fit at small (Figure 6, right panel), and their inclusion causes a visible "lump" in the compute scaling at ~ PF-days (Figure 13). The paper excludes 1-layer models from all primary fits, treating them as outside the "reasonable" shape range.
Critical Assessment
Claim 1: "Performance has a power-law relationship with each of the three scale factors , , when not bottlenecked by the other two, with trends spanning more than six orders of magnitude."
The evidence supporting the and power laws is strong. Figure 1 (bottom-left) shows the trend from to parameters, over six orders of magnitude, with a convincing straight-line fit on a log-log plot. Figure 1 (top-right) shows the trend over roughly nine orders of magnitude in compute. The trend (Figure 1, top-left) spans a narrower range — roughly three orders of magnitude in dataset size, from to tokens — and is measured using only a single model architecture (, ). The claim of a universal power law rests on this single-model measurement, which is a genuine limitation. The paper cannot rule out that different model sizes would show different data scaling exponents (i.e., that depends on ), because the analysis in Section 4 only partially explores the joint space — Figure 9 shows the interaction but the sampling of pairs is sparse.
Claim 2: "Performance depends strongly on scale, weakly on model shape."
This claim is well-supported for the shape dimensions tested (Figure 5): aspect ratio varies by 40×, attention head dimension, and feed-forward ratio all produce only a few percent variation in loss at fixed . However, the experiments are conducted at relatively small model sizes (25M–50M parameters) where the absolute loss differences between shapes might be proportionally smaller than they would be at larger scales. The paper does not test whether shape independence holds at billion-parameter scales, nor does it test all possible architectural variations (e.g., different attention patterns, different normalization schemes, different activation functions). The claim should be understood as "within the standard Transformer architecture family, shape matters little" rather than "all Transformers of equal size perform equally."
Claim 3: "The degree of overfitting depends predictably on the ratio ."
The evidence for this claim (Figure 9, right panel) is convincing within the measured range: when overfitting is plotted against , data points from a wide range of combinations collapse onto a single curve. However, the paper uses a single regularization setting (10% dropout) and a single early stopping criterion. The exponents in the overfitting ratio () come from fits that are themselves dependent on the regularization and stopping choices — different dropout rates or different stopping patience would shift the fitted and , potentially changing the functional form of the overfitting relationship. The paper acknowledges (Appendix C) that it "did not experiment with regularization and data augmentation" and that "improvements in these could alter our results, quantitatively or qualitatively."
Claim 4: "Maximally compute-efficient training would involve training very large models and stopping significantly short of convergence."
This is the paper's central prescriptive claim, and the evidence is structurally sound but depends on the accuracy of several fitted parameters. The predicted optimal exponents ( from theory vs. measured, vs. measured) show reasonable agreement between the derived and empirical values, validating the framework. However, the optimal allocations are derived assuming infinite available data — the contradiction analysis in Section 6.3 explicitly shows that this assumption fails at large enough scale. The convergence comparison (65% less compute, 7.7× fewer steps) is a post-hoc calculation based on the fitted equations, not a direct experimental comparison where both strategies are executed and compared at matched loss. A direct test — train one model following the compute-efficient prescription and another following convergence training, and compare the loss achieved at equal total compute — is not performed.
Claim 5: "Larger models are significantly more sample-efficient."
This claim is strongly supported by multiple lines of evidence (Figure 2, Figure 4 right, Figure 19) and is the most robust finding in the paper. The sample efficiency advantage is directly visible in raw learning curves without requiring any fitted models or batch size adjustments. A genuine limitation is that the paper only tests this on the WebText2 distribution — whether larger models are more sample-efficient for learning specific linguistic phenomena (rare words, complex syntactic structures, factual knowledge) versus just modeling the overall corpus statistics faster is not investigated.
Overall experimental gaps and limitations.
-
Single dataset, single domain. All scaling laws are measured on WebText2, which consists of web text curated through Reddit links with ≥3 karma. This is a specific distribution with its own stylistic and topical biases. The paper shows that transfer loss scales with a constant offset (Figure 8), but this doesn't guarantee that the optimal allocation is the same for models that will be fine-tuned on different domains. A model optimized for WebText2 perplexity might not be optimal for downstream tasks.
-
The batch size adjustment depends on which is extrapolated. The power law (Figure 10) is measured over a loss range of ~2.5–6 nats/token for two model sizes (3M and 85M parameters). The compute-optimal analysis then uses this relation at loss values down to ~2 nats/token (projected) and for model sizes up to parameters, assuming the -depends-only-on-loss result continues to hold. The paper acknowledges this extrapolation as a significant uncertainty (Appendix C).
-
The compute metric is an approximation that ignores context-dependent cost. The paper states this explicitly (Section 2.1) and notes it is valid when . For the models studied, this holds ( ranges from 128 to 4288, ). However, for models with very long contexts or very narrow widths — configurations that have become common in subsequent work — the compute approximation would need revision.
-
No test of whether the exponents depend on vocabulary size or tokenization. The paper states that , , and are "tokenization-dependent" and have "no fundamental meaning" (Section 1.2), but does not test whether , , or are invariant to vocabulary changes. This limits the portability of the numerical exponents to models with different tokenizers.
-
Limited exploration of the space. The surface in Figure 9 is constructed from a relatively sparse grid: four model sizes (3M, 25M, 85M, 302M, and 708M parameters) and eight dataset sizes (from to tokens). The largest model size (708M) is only trained on the largest dataset, and the smallest dataset size is only tested with the smaller models, leaving substantial regions of the space unmeasured.
-
No direct test of the compute-efficient prescription on a held-out model. The paper predicts what model size, batch size, and number of steps should be optimal at each compute budget, and then shows that the empirically measured optimal matches the prediction (Figure 14). However, it does not perform a prospective experiment where the scaling laws are used to choose training hyperparameters for a new compute budget that was not in the training data, and the resulting loss is compared to the predicted value. Such a forward-validation experiment would strengthen the claim that the scaling laws are predictive rather than merely descriptive.
-
The contradiction analysis is a structural insight, not a quantitative prediction. The intersection point ( PF-days, parameters) is explicitly flagged as "highly uncertain, varying by an order of magnitude in either direction." Small changes in the power-law exponents (which are fitted with their own uncertainties) shift the intersection dramatically, as shown by the sensitivity analysis in Figure 15. The paper is appropriately cautious about this, but readers should understand that the -parameter estimate is a ballpark figure, not a precise forecast.
What would strengthen the paper.
- A direct experimental comparison of compute-efficient training vs. convergence training at matched total FLOPs, rather than the post-hoc calculation in Appendix B.3.
- Measurements of for a wider range of model sizes, especially at the billion-parameter scale, to validate the claim that it depends only on loss.
- measurements using multiple model architectures (not just ) to check whether the data scaling exponent is universal.
- A forward-validation experiment: use the scaling laws to predict the optimal for a compute budget not in the training set, run the experiment, and compare achieved loss to predicted loss.
- Tests of whether the exponents change with different vocabulary sizes or tokenization schemes, given the paper's explicit statement that and are tokenization-dependent.
- Measurements at larger scales that could empirically distinguish between the power-law continuation and the saturation predicted by the contradiction analysis.
6. Limitations and Trade-offs
Single Dataset, Single Model Family — Scaling Laws Are Not Shown to Be Universal
The assumption or constraint. All scaling laws are measured on a single dataset (WebText2) using a single model family (decoder-only Transformers with the specific architecture described in Section 2.1—including the GPT-2 tokenizer with ). The paper acknowledges this scope limitation implicitly through its design but does not test whether the exponents generalize. The authors state explicitly (Appendix C):
"At present we do not have a solid theoretical understanding for any of our proposed scaling laws."
This means the paper cannot distinguish between properties that are universal to language modeling, specific to Transformers, or specific to this particular training distribution.
The consequence. A practitioner deploying these scaling laws faces three distinct risks:
-
Distribution shift in the training data. WebText2 is a curated corpus of outbound Reddit links with ≥3 karma, filtered for "interesting or useful" content (Section 2.3). This is a specific distribution with particular topical biases, formality levels, and domain coverage. A model trained on scientific papers, code, multilingual text, or dialogue might exhibit different scaling exponents—particularly for , since the information density per token (and hence the rate at which new data reduces loss) varies across domains. The paper's transfer results (Figure 8) show a constant offset on held-out text distributions, but this does not guarantee that the optimal allocation (the ratios at fixed ) would be the same if the model were trained on those distributions from scratch.
-
Architecture-specific exponents. The shape-independence experiments (Figure 5) show that at fixed , standard Transformer variants achieve similar loss. But this does not mean that non-Transformer architectures (RNNs, state-space models, mixture-of-experts) would obey the same power-law exponents , , or . Indeed, the paper's comparison with LSTMs (Figure 7) and Universal Transformers (Figure 17) shows qualitatively different scaling behavior—LSTMs plateau on long-range tokens and fall behind Transformers at scale, while Universal Transformers trade off -scaling for -scaling. A practitioner building a non-Transformer model cannot safely use these exponents.
-
Vocabulary and tokenization dependence. The paper states that , , and are "tokenization-dependent" and have "no fundamental meaning" (Section 1.2), but it does not test whether the exponents (, , ) are invariant to vocabulary size or tokenization. If they are not—if, say, a larger vocabulary shifts the effective scaling because more parameters are consumed by the embedding layer relative to the Transformer blocks—then the numerical exponents are not portable to models with different tokenizers, which is essentially all subsequent large language models (which have used vocabularies from 32K to 256K tokens).
What evidence exists in the paper. The paper's limitation section (Appendix C) states the theoretical gap frankly, but no experiment tests whether the exponents hold on a different training distribution, a different model architecture, or a different tokenizer. The transfer experiments (Figure 8) test evaluation on different distributions but not training on them. The LSTM and Universal Transformer comparisons (Figures 7, 17) demonstrate that scaling behavior is architecture-dependent but do not measure whether a unified framework (with different exponents) still applies.
Mitigation status. Not addressed. The paper notes that extending to other domains is future work (Section 8: "it will be interesting to test these relations on other domains, such as images, audio, and video models") but provides no methodology for doing so. The conjecture that the functional form "may also parameterize the trained log-likelihood for other generative modeling tasks" (Section 1.2) is stated without evidence.
Difficulty Estimation Cost (the "Predicted Difficulty Bins" Problem) Is Not Accounted for in Efficiency Gains
The assumption or constraint. The compute-optimal allocation framework requires knowing as a function of the target loss, which in turn requires knowing the scaling exponents , , and the scale parameters , , . The paper fitting these parameters from hundreds of training runs spanning to parameters—an enormous empirical campaign that consumed substantial compute beyond what is reported in the per-model training costs. A practitioner starting from scratch would need to either (a) replicate this measurement campaign for their specific model, data, and tokenizer, or (b) trust that the paper's exponents transfer—which the previous limitation shows is not guaranteed.
The paper acknowledges this burden indirectly in Section 6.1:
"One might ask why we did not simply train at in the first place. The reason is that it depends not only on the model but also on the target value of the loss we wish to achieve, and so is a moving target."
This reveals a circular dependency: to know , you need to know the target loss; to know the target loss at a given compute budget, you need the scaling laws; to get the scaling laws, you need to do the measurement campaign. There is no "cold start" procedure.
The consequence. The paper's headline result—that compute-efficient training uses 65% less compute than convergence training to reach the same loss (Appendix B.3)—comes with an unstated precondition: the cost of the measurement campaign that produced the scaling laws is not amortized into this figure. If a practitioner needs to spend 100 PF-days measuring scaling laws to save 65 PF-days on a 100 PF-day training run, the net savings are negative. The efficiency gain is only realized when the scaling laws are reused across many training runs—a scenario that requires the laws to transfer across model versions, data updates, or architecture tweaks, which the paper does not verify.
Moreover, the paper's compute-optimal prescriptions depend on , which is itself fitted from batch size scans (Figure 18) that are among the most expensive experiments in the paper—training the same model at multiple batch sizes to convergence at multiple loss targets. A practitioner without access to such scans cannot implement the full optimization framework and might resort to the "naive" compute scaling with fixed batch size (Figure 1, top-right), which the paper shows is suboptimal and has a different exponent ( vs. ). The paper does not quantify how much efficiency is lost when using fixed batch size heuristics instead of -adjusted optimization.
What evidence exists in the paper. The only attempt to reduce the measurement burden is the paper's finding that depends only on loss (not model size), which means batch size scans need only be done for a single model. But even this requires running a model at multiple batch sizes to convergence at multiple loss targets—still a substantial overhead. The paper presents no method for estimating scaling law parameters from small-scale experiments or from theoretical considerations. Appendix C acknowledges: "we are not especially confident in the prediction of for values of the loss far outside the range we have explored. Changes in could have a significant impact on trade-offs."
Mitigation status. Not addressed. The paper treats the measurement campaign as a one-time cost absorbed by the research, and the scaling laws as public goods that subsequent practitioners can use without re-measurement. The implicit assumption is that the exponents are universal enough to transfer, but the paper itself provides no evidence for this and explicitly acknowledges the lack of theoretical understanding.
The Compute-Optimal Prescription Relies on an Approximation for That Breaks Down Beyond the Measured Regime
The assumption or constraint. The paper derives the compute-optimal frontier using , which adjusts training runs with batch size to the equivalent compute at . This adjustment depends on , which is fitted as a power law with . The paper explicitly states (Appendix C):
"We are not especially confident in the prediction of for values of the loss far outside the range we have explored."
This is consequential because the compute-optimal analysis (Section 6) uses at loss values down to ~2 nats/token when projecting to large compute budgets—below the lowest measured points (which extend to nats/token for only two model sizes, 3M and 85M parameters, in Figure 10). Moreover, the power law extrapolates to as , which cannot hold indefinitely (the true would saturate at the entropy of language). The paper uses this divergent parameterization because is unknown but presumably far below measured losses, but the quality of this approximation at low losses is untested.
The consequence. All three optimal allocation exponents depend on through the harmonic mean formula . A small error in propagates to and thus to all the prescriptions for how , , and should grow with . For example, if the true were 0.25 instead of 0.21 (a ~20% error), the optimal exponent would shift from to approximately , a small but meaningful change in the scaling prescription. More importantly, if saturates (rather than diverging) at low loss, then the compute-batch size tradeoff changes qualitatively: once stops growing, further compute increases can no longer be efficiently absorbed by larger batches, potentially forcing more serial steps than the paper's ~ prediction.
The contradiction analysis in Section 6.3 provides direct evidence of this limitation's impact. The intersection point PF-days is "highly uncertain, varying by an order of magnitude in either direction depending on the precise values of the exponents" (Section 6.3). Since is one of the three exponents determining the contradiction, its uncertainty directly affects where the scaling laws are predicted to break down—and hence the range of compute budgets over which the paper's prescriptions can be trusted.
What evidence exists in the paper. Figure 10 shows for two model sizes over a loss range of ~2.5–6 nats/token (roughly a factor of 2.4 in loss). The power-law fit over this range has no visible systematic deviations, but the extrapolation to (the predicted saturation point) covers loss values 1.5× smaller than any measured point and would have values ~ larger than the highest measured . The paper does not test whether the power-law relationship holds into this regime or whether begins to level off.
Mitigation status. Partially addressed by transparency. The paper flags this as a specific concern in Appendix C and conducts the contradiction analysis (Section 6.3) precisely to identify where the scaling laws must break, partially bracketing the regime of validity. However, the optimal allocation results (Figure 14, the central prescriptive output) are presented without error bars or confidence intervals, creating an impression of precision that the underlying uncertainty in does not support. Future work on measuring at lower losses or developing theoretical models for its saturation is implicitly called for but not described.
The Framework Provides No Guidance for Downstream Task Performance Beyond Perplexity
The assumption or constraint. All scaling laws are expressed in terms of cross-entropy loss on next-token prediction, measured in nats. The paper explicitly declines to connect this metric to performance on downstream tasks, stating in the Discussion (Section 8):
"In the domain of natural language, it will be important to investigate whether continued improvement on the loss translates into improvement on relevant language tasks. Smooth quantitative change can mask major qualitative improvements: 'more is different'."
The paper provides only indirect evidence for this connection: the transfer loss experiments (Figure 8) show that loss on other text distributions improves with a constant offset, but these are still next-token prediction losses, not task metrics like question-answering accuracy, summarization quality, or translation BLEU scores.
The consequence. A practitioner deciding whether to follow the compute-efficient prescription (train a 2.7× larger model for 7.7× fewer steps, saving 65% compute) needs to know whether the resulting loss improvement translates to their application. This is not guaranteed. The relationship between perplexity and downstream performance is known to be non-linear and task-dependent:
- For fact-retrieval tasks ("What is the capital of France?"), a model either knows the fact (loss is low on that token) or doesn't (loss is high), and reducing average perplexity by modeling common function words more accurately does not help.
- For generation tasks, small perplexity improvements can mask large qualitative differences—a model that reduces perplexity by better predicting common words might produce less diverse, less creative text.
- For reasoning tasks, the relationship between next-token prediction accuracy and multi-step inference capability is poorly understood and may involve phase transitions rather than smooth improvement.
The paper's finding that compute-efficient training stops 10% above the converged loss (Section 6.2: ) means that the saved compute produces a larger model with a 10% higher loss than if that model were trained to convergence. If downstream performance depends on reaching a specific loss threshold (a "capability emergence" point where the model can suddenly perform a task), then stopping 10% early—even with a larger model—might leave the threshold uncrossed, yielding zero task performance despite better perplexity.
What evidence exists in the paper. The paper provides no task evaluations whatsoever. The transfer experiments measure next-token prediction loss on held-out text corpora, which is the same metric in a different distribution, not a different capability. The paper's only acknowledgment of this gap is the "more is different" quote in Section 8, which frames the question as important future work but provides no methodology or evidence.
Mitigation status. Not addressed. The paper explicitly defers this investigation to future work. The statement that "it will be important to investigate" signals awareness but does not reduce the practical risk for a practitioner who needs to allocate compute now and cares about task performance, not just perplexity. This is a foundational limitation: the paper optimizes a proxy metric (next-token loss) under the assumption that it correlates with the true objective (task capability), without measuring or bounding that correlation.
The Optimal Allocation Is Derived Assuming Infinite Available Data, Then Shown to Be Contradicted at Scale
The assumption or constraint. The derivation of the compute-optimal frontier in Section 6 assumes that the model can be trained at the critical batch size without re-using data—i.e., that the dataset is large enough that training for steps at batch size processes fewer tokens than the total dataset size. Under this assumption, the data requirements of compute-efficient training grow as (Equation 6.7). However, the overfitting analysis in Section 4 finds that to avoid overfitting, data must grow faster: (substituting the optimal ).
The contradiction analysis (Section 6.3) demonstrates that these two curves intersect at PF-days—a compute scale at which compute-efficient training would require less data than needed to avoid overfitting, even in a single epoch. The paper acknowledges this explicitly:
"It appears to imply that compute-efficient training will eventually run into a problem with overfitting, even if the training process never re-uses any data!"
The consequence. The compute-optimal prescriptions—, , —are only valid when data is not the bottleneck. For compute budgets approaching or exceeding , the framework has no answer: it cannot simultaneously satisfy the data requirement from overfitting avoidance and the data usage from compute-efficient training. A practitioner operating near this scale faces a genuine dilemma without guidance from the paper's framework:
- If they follow the compute-efficient prescription (stop early, use little data), they will overfit, and the loss will be worse than predicted by .
- If they collect more data to avoid overfitting, they must deviate from the compute-optimal allocation, and the paper provides no formula for the new optimum.
- If they re-use data (train for multiple epochs), they enter a regime the paper did not study—the equation assumes fresh data at each step, and re-using data would change the effective loss landscape and potentially the learning curve exponents.
The exact scale at which this contradiction manifests is uncertain—the paper estimates PF-days and parameters but flags these as "highly uncertain, varying by an order of magnitude in either direction" (Section 6.3). As of 2024, models in the – parameter range trained on – tokens are operational, placing them near or within this uncertain regime. A practitioner cannot determine from the paper alone whether they are above or below the contradiction threshold.
What evidence exists in the paper. The contradiction is derived entirely from the fitted power laws, not from direct experimental observation. Figure 15 shows the projected intersection of the and curves, but both curves are extrapolated well beyond the measured data range— is measured up to ~ PF-days (Figure 13), and the intersection is at ~ PF-days, four orders of magnitude beyond the largest measurement. The overfitting requirement is measured up to and tokens (Figure 9), while the intersection projects to and —roughly three orders of magnitude in and two orders of magnitude in beyond the largest joint measurement. The intersection point is therefore an order-of-magnitude estimate at best.
Mitigation status. Partially addressed through transparency. The paper explicitly frames the contradiction as a conjecture rather than a firm prediction (Section 6.3: "We conjecture that the intersection point has a deeper meaning"), and it notes that "our scaling laws break down at or before we reach this point." However, the paper does not propose a resolution or an alternative framework for the data-limited, compute-constrained regime. The compute-optimal allocations are presented (Section 6.1, Figure 14) without caveats about their limited domain of validity with respect to data availability—the contradiction is discussed in a separate subsection (6.3) that a practitioner might miss or discount. The paper's title and abstract present the scaling laws and optimal allocation as general results, with the data-limitation caveat appearing only in the detailed analysis.
Training Time (Wall-Clock Latency) Is Not Optimized — Only Total FLOPs Efficiency
The assumption or constraint. The compute-optimal framework optimizes total floating-point operations () to reach a target loss, treating all FLOPs as fungible. However, real training systems are constrained by wall-clock time as well as total FLOPs, because computation must be scheduled across devices with finite parallelism. The paper's finding that (near-constant serial steps) suggests that wall-clock time would not grow substantially if sufficient parallelism is available—but it does not analyze what "sufficient" means or whether the required parallelism is feasible.
The paper notes this tension in the Discussion (Section 8):
"Deep models can be trained using pipelining, which splits parameters depth-wise between devices, but eventually requires increased batch sizes as more devices are used. Wide networks on the other hand are more amenable to parallelization, since large layers can be split between multiple workers with less serial dependency."
This acknowledges that model parallelism (splitting layers across devices) and data parallelism (processing larger batches) are not equally scalable, and that the optimal allocation in terms of FLOPs might not be achievable under practical hardware constraints.
The consequence. The paper's central prescription—"spend most additional compute on larger models, not more steps"—assumes that the 5× larger model (for a 10× compute increase) can be trained in roughly the same wall-clock time as the original model, by using more devices. This requires either model parallelism (splitting layers across devices, which is limited by per-layer serial dependencies) or data parallelism (increasing batch size, which is limited by and the hardware capacity to process large batches).
The analysis does not account for several practical bottlenecks:
- Model parallelism has diminishing returns. Pipelining splits layers across devices, but the pipeline bubble (idle time while the first micro-batches flow through) limits speedup, and very deep models require many pipeline stages, increasing the bubble fraction.
- The critical batch size caps data parallelism. If tokens at low loss (extrapolated from Figure 10), and each device can process 8 sequences of 1024 tokens, then a fully data-parallel setup can use at most ~250 devices before exceeding —beyond that, larger batches waste compute. This limit on data parallelism means that the ~5× larger model must be accommodated through model parallelism, which may not provide linear speedup.
- Communication costs are not modeled. Large models distributed across many devices incur communication overhead for gradient synchronization and activation passing, which increases with model size and device count. The paper's FLOP count () does not include these costs.
- The optimal shape for parallelism is not the optimal shape for loss. The paper's shape-independence experiments (Figure 5) study loss vs. shape at fixed , but do not consider the parallelism implications of different shapes. A wider, shallower model might be easier to parallelize but slightly worse in loss; the paper's framework cannot weigh this tradeoff because it treats all shapes as equivalent.
A practitioner with a fixed number of devices and a fixed training time budget (e.g., "I have 1000 GPUs for one month") cannot directly use the paper's optimal prescription, because it does not map FLOPs to wall-clock time under hardware constraints. They would need to solve a separate scheduling problem—given the device count, memory per device, and interconnect bandwidth, what combination is feasible within the time budget?—that the paper does not address.
What evidence exists in the paper. The paper offers the qualitative scaling diagram in Figure 3 (how a billion-fold compute increase maps to model size, batch size, and serial steps) but provides no quantitative model of parallelism efficiency. The discussion of pipelining and wide-network parallelization (Section 8) acknowledges the issue without resolving it. The paper's only nod to hardware practicality is the analysis of suboptimal model sizes (Figure 12, Appendix B.4), which shows that using a 2.2× larger model than optimal requires 45% fewer steps at 20% more compute—a tradeoff that a time-constrained practitioner might prefer, but the paper does not incorporate wall-clock time into the optimization objective.
Mitigation status. Not addressed. The paper explicitly identifies model parallelism as an area for "further investigation" (Section 8) and suggests that sparsity or branching might enable faster training, but provides no methodology for integrating parallelism constraints into the scaling law framework. A practitioner must solve the FLOPs-to-wall-clock mapping problem independently, using their specific hardware configuration, before the paper's optimal allocation can be operationalized.
7. Implications and Future Directions
How This Work Changes the Landscape
This paper fundamentally reorients the conversation around language model training from an art into an engineering discipline with quantitative, predictive laws. Before this work, the dominant paradigm was what one might call "train until convergence" — practitioners picked a model architecture, trained it on whatever data was available, and ran until the validation loss stopped improving. The implicit assumption was that this was optimal, or at least close enough. This paper demonstrates that assumption is wrong by a factor of roughly 1.6× in compute: training to within 10% of convergence (rather than the typical 2%) and spending the saved FLOPs on a larger model reduces total compute by ~65% to reach the same loss (Appendix B.3).
The magnitude of this shift is substantial but not paradigm-shattering. It is best understood as converting a set of folk intuitions into a quantitative framework with measurable exponents. The intuitions — "bigger models learn faster," "you don't need as much data as you think," "batch size matters for efficiency" — were already circulating in the community. What the paper contributes is the numerical precision to turn those intuitions into engineering decisions: if you double your compute budget, increase model size by roughly , increase batch size by , and hold serial steps nearly constant (). This is a prescriptive equation, not a descriptive trend.
Perhaps the most important reframing is the separation of scale from shape. The paper's finding that architectural hyperparameters (depth, width, attention heads, feed-forward ratio) affect loss by only a few percent at fixed non-embedding parameter count (Figure 5) effectively decouples architecture research from scaling research. Before this work, scaling up a model meant solving a joint optimization problem: choose the right architecture and the right size. The EfficientNet approach [TL19] for vision models had argued that optimal scaling requires careful architectural co-design with specific exponential ratios between width and depth. This paper shows that for Transformer language models, this is unnecessary — scale dominates shape so thoroughly that architecture can be chosen based on practical considerations (hardware efficiency, inference latency, ease of parallelization) without worrying about suboptimal scaling behavior. This finding liberated subsequent work (GPT-3 and its successors) to scale simple decoder-only Transformers without an architecture search at each new size.
The paper also resolves a specific contradiction that had emerged in the literature. Prior work by Hestness et al. [HNA+17] had found super-linear data scaling (dataset size growing faster than model size to avoid overfitting), which would imply that larger models face rapidly escalating data requirements and that scaling might be bottlenecked by data availability. The present paper finds sub-linear scaling (), meaning that every 8× increase in model size requires only a ~5× increase in data. The resolution is methodological: the prior work trained to convergence (or close to it), which overfits small models on small datasets and makes the data requirements look steeper than they truly are. By using early stopping — stopping when test loss ceases to improve — this paper isolates the intrinsic capacity limitation of finite data from the artifact of over-training. The sub-linear relationship paints a much more favorable picture for the scaling agenda: data requirements grow modestly, and "big models may be more important than big data" (Section 8).
The research directions that become more attractive after this work:
-
Scaling up model size aggressively, with minimal architecture change. The strong shape independence means researchers can confidently scale to larger sizes using the same architecture template, without spending resources on architecture search at each scale. The paper's quantitative prescription () provides the specific scaling ratio.
-
Engineering efficient large-model training. Since the optimal number of serial steps grows negligibly (), the primary engineering challenge is not reducing step time but rather enabling larger models and larger batches — model parallelism, pipeline parallelism, gradient accumulation across many devices. The paper's Figure 3 makes this visually explicit: a billion-fold increase in compute maps to >1,000,000× more parameters but <10× more serial steps.
-
Measuring and monitoring during training. The paper shows that is the coupling parameter that determines how compute should flow between model size, batch size, and steps. Understanding how evolves during training, and whether the power-law extrapolation holds at lower losses, becomes a high-value measurement for any large-scale training project.
-
Theoretical investigation of why larger models are more sample-efficient. The empirical finding is robust (Figure 2, Figure 19) but unexplained. The paper notes the open theoretical question (Section 8: "we do not know which of our results depend on the structure of natural language data, and which are universal"). This should motivate theorists to develop models of overparameterized learning that reproduce the observed power laws.
The research directions that become less attractive:
-
Architecture search for language model scaling. If shape matters only a few percent at fixed , the return on investment for architecture search is low compared to simply scaling up a known-good architecture. The paper's Figure 5 directly shows this: a 40× change in aspect ratio produces less than a 3% change in loss.
-
Training small models to convergence. The paper quantifies the inefficiency: training a small model to convergence uses ~65% more compute than training a 2.7× larger model to 10% above convergence to reach the same loss. This makes small-model-convergence training a clearly suboptimal use of compute.
-
Collecting enormous datasets to enable scaling. The sub-linear data requirement () means that data collection is less of a bottleneck than previously feared. For the full WebText2 dataset ( tokens), models up to parameters can be trained without significant overfitting. The bottleneck for scaling is compute, not data availability — at least until the contradiction point identified in Section 6.3 is reached.
Follow-Up Research This Work Enables
Verify whether the scaling law exponents are invariant to vocabulary size and tokenization. The paper states that , , and are "tokenization-dependent" but does not test whether the exponents (, , ) are invariant. This is a tractable experiment: train Transformers with different vocabulary sizes (e.g., 8K, 32K, 50K, 128K tokens) on the same training data at matched non-embedding parameter counts, fit the power law for each vocabulary, and test whether changes. The paper's own framework predicts that changes in vocabulary size should rescale (by changing how many parameters are "non-embedding" vs. embedding) but leave unchanged — but this is an untested assumption. If the exponents do change, then the numerical prescriptions () are not portable across tokenizers, and each vocabulary choice requires its own scaling law measurement. This matters enormously for practitioners using different tokenizers (SentencePiece, WordPiece, byte-level BPE with different vocabulary sizes) than the paper's 50,257-token BPE.
Prospective validation: use the scaling laws to predict the loss of a model trained outside the measured range, then test the prediction. The paper fits scaling laws to the measured data and then shows that the fitted optimal matches the theoretically derived one (Figure 14). But this is retrospective: both the fit and the test use the same dataset of training runs. A stronger test would be: use only runs with PF-days to fit the scaling laws, predict the optimal and the achievable loss for a target , run the experiment, and compare. If the prediction is accurate to within the run-to-run noise (~0.02–0.05 nats), this validates the extrapolation. If it systematically overestimates performance (predicts lower loss than achieved), this would indicate the power laws are beginning to bend. This experiment is exactly what a practitioner would do when using the scaling laws to plan a large training run, and its absence from the paper is a gap. Performing it for multiple extrapolation factors (2×, 5×, 10× beyond the measured range) would map out the regime of validity.
Measure at billion-parameter scale and at lower losses to test whether the "depends only on loss" claim holds. The paper's measurements (Figure 10, Figure 18) are for two small models (3M and 85M parameters) over a loss range of ~2.5–6 nats/token. The compute-optimal framework then uses this relation at billion-parameter scales and at projected losses down to ~1.7 nats/token. Two distinct questions need answering: (a) Does continue to be independent of model size at 1B+ parameters, or do large models have fundamentally different gradient noise characteristics? (b) Does continue to follow the power law at lower losses, or does it saturate as approaches the entropy of language? Answering (a) requires batch size scans on a billion-parameter model — expensive but feasible with modern hardware. Answering (b) requires training models to lower losses than the paper achieved, which may require larger datasets or longer training. Both answers directly affect the optimal allocation exponents: if saturates, then at low loss, which changes the harmonic mean and shifts the optimal allocation toward more serial steps.
Test whether the functional form generalizes to other generative modeling domains with maximum likelihood training. The paper conjectures (Section 8) that the scaling relations "will apply to other generative modeling tasks with a maximum likelihood loss, and perhaps in other settings as well." This is a directly testable hypothesis. Choose a domain with clean likelihood-based training — autoregressive image generation (e.g., ImageGPT-style models), audio waveform modeling (e.g., WaveNet), or video prediction — and replicate the core experiment: train models at multiple sizes on multiple dataset sizes, fit Equation (1.5), and test whether (a) the functional form fits, (b) the overfitting depends on (with domain-specific exponents), and (c) the exponents satisfy internal consistency checks. A negative result (the functional form does not fit) would reveal that the paper's equations depend on properties of natural language data (perhaps its power-law correlations or its specific entropy structure). A positive result would elevate the scaling laws from "empirical properties of WebText2 Transformers" to "candidate universal laws of maximum-likelihood generative modeling." Even a mixed result — the form holds but with different exponents for images vs. language — would be informative about how data modality affects scaling.
Develop and test a resolution to the contradiction between compute-efficient data usage and overfitting avoidance. Section 6.3 identifies a structural problem: at large enough scale ( PF-days, parameters), compute-efficient training would use less data than required to avoid overfitting, even in a single epoch. The paper offers no resolution. A strong follow-up would explore the space of possible resolutions empirically, ideally before reaching the contradiction at full scale. Possibilities include: (a) The power-law exponents change before the contradiction is reached — perhaps decreases (training becomes harder) or increases (model scaling becomes more effective), which would shift the intersection point. (b) Data re-use (multiple epochs) becomes necessary and changes the effective equation in a predictable way — the paper could study this by deliberately training on smaller-than-needed datasets and measuring how the learning curve deviates from the fresh-data assumption. (c) The optimal strategy transitions from "one epoch, large model" to "multiple epochs, even larger model" — a new compute-optimal frontier that the paper doesn't explore. Designing experiments to distinguish these possibilities, perhaps by training at the edge of the current measurement range (, ) with deliberately constrained data, would directly inform the planning of the next generation of models.
Directly measure whether compute-optimal pretraining loss improvements translate to downstream task improvements, and whether the translation has phase transitions. The paper measures only next-token prediction loss and explicitly defers the connection to tasks (Section 8: "it will be important to investigate whether continued improvement on the loss translates into improvement on relevant language tasks"). A critical follow-up would take a range of models along the compute-efficient frontier (varying but following the optimal prescription at each point) and evaluate them on a standard NLP benchmark suite (e.g., SuperGLUE, or the GPT-3-style zero-shot/few-shot evaluation protocol). The key question is not just "do task metrics improve?" but "do they improve smoothly, or are there thresholds?" The paper's speculation about "more is different" — that smooth loss improvement might mask qualitative capability jumps — is a hypothesis about phase transitions in task performance as a function of loss. Testing this requires dense sampling of the loss-task curve to detect whether certain capabilities (e.g., arithmetic, translation, multi-step reasoning) emerge suddenly when loss crosses a specific threshold, or improve continuously with loss. If thresholds exist, then compute-efficient training's practice of stopping 10% above convergence could mean leaving substantial task performance on the table if the threshold lies in that 10% gap — a scenario the paper's loss-only analysis cannot detect.
Practical Applications and Downstream Use Cases
Budgeting and planning for large-scale training runs. Organizations planning a large language model training run can use the paper's equations to answer the central planning question: "We have PF-days of compute. How big should our model be, what batch size should we use, and how many steps should we run?" The paper's answer — , , — provides a starting point that avoids the inefficiency of training to convergence. For example, if a previous generation model used PF-days with model size , batch size , and steps , and the new budget is , the prescription is to increase by roughly , increase by , and hold nearly constant (only a ~7% increase). This directly informs hardware allocation: the 5.4× larger model will require correspondingly more memory per device and more total devices, while the near-constant step count means training wall-clock time will not grow substantially if sufficient parallelism is available. The paper's tolerance analysis (Figure 12, Appendix B.4) provides a practical margin: using a model between 0.6× and 2.2× the optimal size costs at most 20% extra compute, so precise adherence to the exponents is not critical.
Avoiding overfitting through data requirements estimation. Before committing to a model size, a practitioner can estimate the dataset size needed to avoid overfitting using . For a model with non-embedding parameters, this requires tokens. If the available dataset is smaller than this threshold, the practitioner knows in advance that overfitting will be an issue and can plan mitigations (more aggressive dropout, data augmentation, or accepting some degree of overfitting with a quantifiable expected loss penalty from Equation 4.3). Conversely, if the available dataset far exceeds this threshold, the practitioner knows that data is not the bottleneck and can confidently follow the compute-efficient prescription without worrying about data limitations. This is a quantitative go/no-go decision criterion that replaces the prior heuristic of "collect as much data as possible."
Accelerating research iterations by training larger models for fewer steps. For researchers developing new architectures, training algorithms, or regularization techniques, the paper's finding that larger models learn faster (Figure 2, Figure 19) has a direct practical implication: use a model that is larger than your target deployment model during the research phase, train it for fewer steps, and get a faster signal about whether your intervention helps. The compute savings from stopping early (7.7× fewer steps) mean that even if the larger model costs more per step, the total research iteration time can be shorter because the number of serial steps is dramatically reduced. This is particularly valuable in academic settings where total compute is limited but the researcher needs rapid feedback. The caveat is that the researcher must trust that the intervention's effect scales predictably with model size — an assumption the paper's shape-independence results partially support but do not fully validate for non-architectural changes.
Scaling inference alongside training: model size vs. inference cost tradeoffs. The paper's framework, while focused on training, has direct implications for inference deployment. The compute-efficient frontier uses larger models than typical practice (2.7× larger than a convergence-trained model reaching the same loss), which means inference will be more expensive per token. A practitioner can use the paper's equations to quantify this tradeoff: if compute-efficient training saves 35% of total FLOPs (training + inference combined) depends on the ratio of inference tokens to training tokens. The paper's Appendix B.4 analysis of suboptimal model sizes provides a lever: using a model smaller than the compute-optimal size costs extra training compute but saves inference compute. The equation in Appendix B.4 quantifies this tradeoff precisely, allowing a practitioner with known inference volume to choose the model size that minimizes total lifetime cost (training + inference) rather than just training cost. The paper does not do this analysis, but the equations are provided.