Compute-Optimal Scaling, popularized by the 2022 Chinchilla paper, is the empirical finding that for a fixed FLOPs budget, a model's pre-training loss is minimized by training a smaller model on a larger dataset than previously practiced. This overturned the prior scaling paradigm, which favored disproportionately large models. The Chinchilla scaling laws provide a precise formula: for optimal performance, the number of training tokens should scale proportionally with the number of model parameters.
Glossary
Compute-Optimal Scaling (Chinchilla Scaling)

What is Compute-Optimal Scaling (Chinchilla Scaling)?
A foundational principle in modern large language model (LLM) development that defines the optimal balance between model size and training data for a given computational budget.
This principle is critical for Small Language Model (SLM) engineering, as it provides a blueprint for maximizing performance under stringent compute constraints. Instead of naively scaling parameters, engineers must jointly optimize model architecture and data curation. Adhering to compute-optimal scaling enables the creation of highly capable, domain-specific models that are efficient to train and deploy, directly supporting the development of cost-effective, private enterprise AI.
Core Principles of Chinchilla Scaling
Chinchilla scaling refers to the compute-optimal scaling law principle that, for a fixed compute budget, model performance is maximized by jointly increasing model size (parameters) and training dataset size, with a specific optimal ratio favoring more data than suggested by prior scaling laws.
The Foundational Scaling Law
The Chinchilla scaling law is an empirical power-law relationship derived from extensive experiments. It states that for a given compute budget C, the optimal model performance (lowest loss) is achieved when the number of model parameters N and the number of training tokens D are scaled in tandem, following N ∝ C^a and D ∝ C^b, where a and b are constants. The key insight is that b > a, meaning optimal scaling allocates more compute to data than to parameters compared to prior assumptions. This principle challenges the earlier trend of simply making models larger.
The 20:1 Data-to-Parameter Rule
A central, actionable finding from the Chinchilla paper is the approximate optimal ratio between training tokens and model parameters. The research concluded that for compute-optimal training, the number of training tokens should be about 20 times the number of model parameters. For example:
- A 7 billion parameter model should be trained on roughly 140 billion tokens.
- A 70 billion parameter model should be trained on roughly 1.4 trillion tokens. This rule provides a concrete guideline for resource allocation, emphasizing that under-training large models is a significant source of inefficiency.
Empirical Derivation & IsoFLOP Curves
The law was derived by training over 400 models of varying sizes on compute budgets ranging from 10^16 to 10^21 FLOPs. The researchers plotted IsoFLOP curves, which are contours of constant compute. For each fixed compute budget, they found the combination of model size (N) and dataset size (D) that achieved the lowest loss. By fitting these optimal points, they established the precise scaling relationship. This methodology directly visualizes the trade-off: for any given compute budget, there is a clear 'valley' of optimal (N, D) pairs, with suboptimal choices (e.g., too many parameters, too little data) lying on higher-loss ridges.
Implications for Model Design
Chinchilla scaling has profound implications for building efficient models:
- Smaller, Well-Trained Models Can Outperform Larger Ones: A model with 70B parameters trained optimally on 1.4T tokens can significantly outperform a 175B+ parameter model trained on a suboptimal 300B tokens, using the same compute budget.
- Reduces Inference Cost: A smaller, optimally-trained model requires less memory and compute for inference, lowering deployment costs.
- Shifts Focus to Data Curation: It elevates the importance of high-quality, large-scale datasets to the same level as architectural innovation. The bottleneck for performance often becomes data, not just parameters.
Contrast with Prior Scaling Laws (e.g., Kaplan et al.)
Prior scaling laws (Kaplan et al., 2020) suggested that model performance scaled primarily with the number of parameters, with dataset size being less critical. This led to the industry trend of training massive models (e.g., hundreds of billions of parameters) on datasets that were relatively small in comparison. Chinchilla's key revision is demonstrating that dataset size must be scaled aggressively alongside model size. Under the Chinchilla law, simply adding parameters without proportionally increasing data yields diminishing returns and is computationally wasteful. It reframes the scaling problem from a one-dimensional (parameters) to a two-dimensional (parameters and data) optimization.
Practical Application & Legacy
The Chinchilla paper (Hoffmann et al., 2022) provided a blueprint that has been widely adopted:
- LlaMA Models: Meta's LlaMA family (7B, 13B, 33B, 65B) was explicitly trained following Chinchilla-optimal token counts, demonstrating state-of-the-art performance with relatively smaller parameter counts.
- Industry Standard: It established a new benchmark for pre-training, making the question 'Was this model trained on a Chinchilla-optimal number of tokens?' a key criterion for evaluating model efficiency.
- Foundation for Smaller Models: The principle is especially critical for Small Language Model (SLM) engineering, where compute and data budgets are constrained, making optimal allocation essential for competitive performance.
Chinchilla Scaling vs. Prior Scaling Approaches
A comparison of the compute-optimal scaling principles established by the Chinchilla paper against the dominant scaling laws that preceded it, highlighting the shift in resource allocation strategy.
| Scaling Dimension | Chinchilla Scaling (Compute-Optimal) | Prior Approach (Kaplan et al., 2020) | Practical Implication |
|---|---|---|---|
Core Principle | For a fixed FLOP budget, performance is optimized by jointly scaling model parameters (N) and training tokens (D). | Model performance scales primarily with the number of parameters (N), with dataset size (D) scaled sub-optimally. | Chinchilla is a 2D optimization; prior law was a 1D optimization along N. |
Optimal Data-to-Parameter Ratio | Approximately 20 tokens per parameter. For a 70B parameter model, train on ~1.4T tokens. | Approximately 2-3 tokens per parameter. For a 70B parameter model, train on ~200B tokens. | Chinchilla prescribes ~7-10x more training data for a given model size. |
Parameter Scaling Exponent | N_opt ∝ C^0.5 (parameters scale with the square root of compute). | N ∝ C^0.73 (parameters scale super-linearly with compute). | For a 10x increase in compute, Chinchilla grows model size by ~3.2x; prior law grew it by ~5.4x. |
Data Scaling Exponent | D_opt ∝ C^0.5 (tokens scale with the square root of compute). | D ∝ C^0.27 (tokens scale sub-linearly with compute). | For a 10x increase in compute, Chinchilla grows data by ~3.2x; prior law grew it by ~1.9x. |
Result for Fixed Compute | Smaller model trained on much more data outperforms a larger model trained on less data. | Larger model trained on less data was assumed to be optimal. | Achieves lower loss (better performance) for the same training FLOPs. |
Inference Cost Profile | Favors smaller, more data-efficient models, leading to lower inference latency and memory costs. | Favors larger, data-hungry models, leading to higher inference costs. | Directly enables more performant small language models (SLMs). |
Empirical Validation | Demonstrated by training Chinchilla (70B params, 1.4T tokens), which outperformed Gopher (280B params, 300B tokens). | Established by scaling models like GPT-3, showing smooth improvements with parameter count. | Validated the hypothesis that the field was significantly under-training models on data. |
Primary Constraint Addressed | Compute-optimal training (FLOPs). | Parameter-count-optimal training. | Shifts the bottleneck from sheer model size to high-quality data acquisition and throughput. |
Practical Implications for Model Development
The Chinchilla scaling law fundamentally shifts how developers allocate resources for pre-training, moving from a focus on model size to a balanced investment in data and compute.
The Data-Centric Paradigm Shift
Chinchilla scaling mandates a data-centric approach to model development. Prior scaling laws (e.g., Kaplan et al., 2020) suggested scaling model parameters was the primary driver of performance. The Chinchilla paper demonstrated that for a fixed compute budget, optimal performance is achieved by jointly scaling model size (N) and training tokens (D) with a specific ratio, typically requiring significantly more data than previously used. This reframes the development roadmap from simply building larger models to securing and curating massive, high-quality datasets as a first-class engineering challenge.
Optimal Allocation Formula
The core finding provides a quantitative guideline for resource allocation. For a given compute budget (C, in FLOPs), the optimal model size (N, in parameters) and dataset size (D, in tokens) are determined by power-law relationships:
- Compute Budget:
C ≈ 6ND - Optimal Parameters:
N_opt ∝ C^0.5 - Optimal Tokens:
D_opt ∝ C^0.5
Key Implication: The optimal number of training tokens scales with the square root of the compute budget. For example, to double model performance (as predicted by loss), you need to increase compute by ~4x, and allocate that increase equally to model size and data (roughly 2x each). This provides a concrete, non-intuitive formula for planning pre-training runs.
Cost-Efficiency for Smaller Models
This law enables the development of highly performant, smaller models that are more feasible to deploy. A model trained with Chinchilla-optimal data scaling will outperform a larger model trained on insufficient data for the same compute cost. This is critical for Small Language Model (SLM) engineering, as it provides a blueprint to maximize capability within strict computational or budgetary constraints. It validates the strategy of training a 3B or 7B parameter model on a massive, trillion-token dataset to achieve performance rivaling older, larger models, making them more suitable for edge deployment and cost-effective inference.
Dataset Curation & Quality Imperative
The requirement for massive data scaling elevates dataset quality and de-duplication to critical engineering tasks. Simply scraping more web text is insufficient; the data must be diverse, high-quality, and efficiently filtered. Practices become essential:
- Sophisticated filtering pipelines to remove low-quality, toxic, or duplicated content.
- Multi-epoch training reconsideration: Chinchilla suggests training for a single epoch on a massive, unique dataset is optimal, moving away from multiple passes over smaller data.
- Investment in synthetic data generation to create high-quality training examples for domains with natural data scarcity, ensuring the model's knowledge base is comprehensive.
Redefining Model Evaluation
Chinchilla scaling changes how models are compared and evaluated. A model's parameter count alone becomes a poor indicator of its potential. The new critical metric is the effective compute budget used in its training and whether the N:D ratio was optimal. When evaluating a new model, engineers must ask:
- How many tokens was it trained on?
- What was the total training FLOPs?
- Is its performance on a par with a Chinchilla-optimal model of similar compute? This shifts benchmarking from a parameter-size leaderboard to a compute-efficiency leaderboard, rewarding efficient training strategies.
Architectural Co-Design
The push for data scaling interacts with efficient model architectures. Techniques that reduce the computational cost per parameter (like Mixture of Experts) or per token (like Grouped-Query Attention) effectively increase the available compute budget (C). This allows for training either a larger optimal model (N) or using more data (D) within the same real-world budget. Therefore, Chinchilla scaling incentivizes architectural innovations that lower the 6ND coefficient, enabling more efficient use of the optimal scaling laws. It creates a direct link between hardware-aware design and final model capability.
Frequently Asked Questions
Compute-Optimal Scaling, often called Chinchilla Scaling, is a foundational principle for training efficient models. It dictates the optimal balance between model size and training data for a given computational budget.
Compute-Optimal Scaling, popularized by the 2022 DeepMind paper "Training Compute-Optimal Large Language Models," is the principle that for a fixed compute budget (measured in FLOPs), a model's pre-training loss is minimized by jointly and optimally scaling the number of model parameters (N) and the number of training tokens (D). The key finding was that prior models like GPT-3 were significantly under-trained; for a given parameter count, performance improves substantially by training on much more data than previously used. The Chinchilla model (70B parameters, trained on 1.4 trillion tokens) demonstrated this by outperforming the much larger Gopher (280B parameters) and GPT-3 (175B parameters) models, establishing a new paradigm for efficient model development.
Enabling Efficiency, Speed & Accuracy
Intelligent Analysis, Decision & Execution
We build AI systems for teams that need search across company data, workflow automation across tools, or AI features inside products and internal software.
Talk to Us
Search across company data
Give teams answers from docs, tickets, runbooks, and product data with sources and permissions.
Useful when people spend too long searching or get different answers from different systems.

Automate internal workflows
Use AI to route work, draft outputs, trigger actions, and keep approvals and logs in place.
Useful when repetitive work moves across multiple tools and teams.

Add AI to products and internal tools
Build assistants, guided actions, or decision support into the software your team or customers already use.
Useful when AI needs to be part of the product, not a separate tool.
Related Terms
Compute-Optimal Scaling is a principle that exists within a broader ecosystem of techniques for building performant yet efficient models. These related concepts are essential for ML architects and hardware engineers designing for low-resource environments.
Model Scaling Laws
Empirically derived relationships that predict how a model's performance (loss) scales as a power-law function of its size (parameters), dataset size, and computational budget. The Chinchilla scaling law is a specific, compute-optimal instance of this broader principle. These laws guide the efficient allocation of resources during pre-training by answering: for a given increase in compute, what is the optimal split between more parameters and more training data?
Mixture of Experts (MoE)
A neural network architecture that routes different inputs to specialized sub-networks (experts). This enables a model to have a very large parameter count (capacity) while only activating a sparse subset for any given input, making it computationally efficient. MoE models are a practical application of scaling principles, allowing for massive model sizes (e.g., trillion parameters) that would be infeasible with dense architectures, aligning with the goal of increasing model capacity within a compute budget.
Efficient Transformer
A broad class of transformer model variants designed to reduce the quadratic computational and memory complexity of standard self-attention. This includes architectures using:
- Sparse Attention (e.g., Sliding Window)
- Linear Attention mechanisms
- Hashing-based attention (e.g., Reformer) These innovations are crucial for scaling models to longer sequence lengths, which is a key dimension of training compute. Efficient transformers address the inference cost aspect of scaling, complementing the training cost focus of compute-optimal scaling laws.
Dynamic Inference
A family of techniques where a neural network adapts its computational cost per input sample based on difficulty. This is a post-training efficiency strategy that operationalizes the idea of not wasting compute. Key methods include:
- Early Exiting: Allowing simpler inputs to exit via a classifier at an intermediate layer.
- Conditional Computation: Dynamically activating only a subset of model components (e.g., experts, layers). While compute-optimal scaling optimizes the training of a fixed model, dynamic inference optimizes the execution of that model.
Neural Architecture Search (NAS)
The automated process of discovering high-performing neural network architectures for a given task and computational constraint. NAS can be seen as a generalization of scaling law exploration. Instead of just scaling parameters and data of a fixed architecture (like a transformer), NAS searches the architecture space itself to find the most efficient topology. Differentiable NAS (DARTS) is a prominent gradient-based approach that makes this search continuous and efficient.
Parameter-Efficient Fine-Tuning
Methods like Low-Rank Adaptation (LoRA) and Adapter Layers that adapt large pre-trained models to new tasks by updating only a tiny fraction of parameters. This is critically related to scaling laws in the post-pretraining phase. Compute-optimal scaling produces a powerful, general-purpose base model. PEFT techniques then allow this expensive-to-train asset to be specialized for countless downstream uses with minimal additional compute, maximizing the return on the initial scaling investment.

About the author
Prasad Kumkar
CEO & MD, Inference Systems
Prasad Kumkar is the CEO & MD of Inference Systems and writes about AI systems architecture, LLM infrastructure, model serving, evaluation, and production deployment. Over 5+ years, he has worked across computer vision models, L5 autonomous vehicle systems, and LLM research, with a focus on taking complex AI ideas into real-world engineering systems.
His work and writing cover AI systems, large language models, AI agents, multimodal systems, autonomous systems, inference optimization, RAG, evaluation, and production AI engineering.
Partnered with leading AI, data, and software stack.
How We Work
Custom AI workflows for your Business
One-fit-all AI don't work for modern businesses. At Inferensys, we aim to understand your business & custom requirements; which we use to define most efficient agentic workflows, the data, and the tools for your business.
01
Review the use case
We understand the task, the users, and where AI can actually help.
Read more02
Pick the right approach
We define what needs search, automation, or product integration.
Read more03
Build the first useful version
We implement the part that proves the value first.
Read more04
Improve from there
We add the checks and visibility needed to keep it useful.
Read moreThe first call is a practical review of your use case and the right next step.
Talk to Us