Algorithmic improvement

Did our computers get faster or our usage?

2026-09-16 — 2026-09-17

quality 5.3

Wherein Algorithmic Progress Is Parsed as a Multi-Factor Production Function, Scaling Laws Are Contrasted Against Historical Benchmarks, and the Doubling of Effective Compute Is Attributed to 113 Family Types.

AI safety
bounded compute
functional analysis
machine learning
model selection
optimization
statmech
when to compute
Figure 1

Huh. I honestly thought I had made a notebook about this at some point, starting from Dongarra and Sullivan (2000) then going to Grace (2013) and moving on from there. But clearly I imagined it. So I asked an LLM to generate a bullet point summary of the SOTA in modelling algorithmic improvement.

In ASI, people wonder all the time how much of the improvement comes from better algorithms versus more compute (software/hardware). This seems ill-specified to me; surely we want a general multi-factor production function that includes compute, algorithmic progress, data, etc.? Of course that is in turn under-specified. And, I think, it is not even done except for the neural scaling laws and even there the algorithmic term seems underbaked.

Slop follows!

🚧TODO🚧

1 What is held fixed

  • Q1: for a fixed task at a fixed performance level, how much cheaper has it become?
  • Q2: for a fixed budget, how much better is the result?
  • Q3: which tasks went from infeasible to feasible?
  • Only Q1 has a clean operationalization. The literature measures Q1 and then argues about whether the answer transfers to Q2 and Q3.
  • Q3 is probably where most of the value lies, and a cost ratio cannot measure it. Either the old method never reaches the target, so its cost is infinite, or the comparison is made at a level where both methods fail.
  • “Fixed task” is the ambiguous term. It has five readings, from strictest to loosest.
level held fixed what the faster method may change who measures it over time
L0 the output, to machine precision nothing but the operation count (Sherry and Thompson 2021), (Koch et al. 2022)
L1 the output to tolerance \(\epsilon\), with a guarantee numerical accuracy, within \(\epsilon\) nobody
L2 the risk of the estimator the estimator nobody; true risk is not observable
L3 a benchmark score everything but the score (Hernandez and Brown 2020), (Erdil and Besiroglu 2023), (Ho et al. 2024)
L4 the job the user wanted done the benchmark too nobody

The five levels in Gaussian-process regression.

  • L0: inv(X) @ B against a Cholesky solve that never forms the inverse. Same answer to machine precision, about \(3\times\) fewer operations, much better conditioning. The asymptotic complexity is unchanged, so (Sherry and Thompson 2021) count this as no improvement.
  • L1: Cholesky against a randomized sketch (Halko, Martinsson, and Tropp 2011). The answer is now \(\epsilon\)-approximate with a probabilistic guarantee. (Sherry and Thompson 2021) exclude approximate algorithms from their survey.
  • L2: exact GP against an inducing-point GP. A different estimator that we hope has about the same predictive risk.
  • L2 or L3: GP against a neural network that predicts as well at cost linear rather than cubic in \(n\). The linear-algebra problem is gone. This is L2 if we could hold true predictive risk fixed, and L3 in practice, because what gets checked is a benchmark score.

Consequences.

  • Each move to a looser level yields a one-off speedup that comes from the loosening itself, not from any new algorithm. It is a step, not a rate. A trend fitted across such a step overstates the rate.
  • Statistical and ML tasks have the most room to loosen, because the answer never needs to be more accurate than the noise in the data. Part of what gets counted as algorithmic progress is discovering how much accuracy can be discarded.
  • (Thompson et al. 2022)’s \(\Omega(P^4)\) bound is the same statistical fact used as a floor. The \(1/\sqrt{n}\) rate says halving the error needs \(4\times\) the data, and an overparameterized model’s training compute grows as \(n^2\), so \(16\times\) the compute.
  • A benchmark declares two different outputs to be the same answer when they score the same. L3 measurement needs that declaration; without it, two different models have no common target.
  • The declaration can be wrong. Shortcut learning is the standing example: a model scores well without doing the task (Geirhos et al. 2020).
  • L2 versus L3 is the adaptive-overfitting problem. A field that reuses one test set raises benchmark scores faster than it improves true accuracy.
  • Which loosenings pay off depends on the hardware. Randomized linear algebra wins partly because it replaces a sequential factorization with large dense matrix products, which GPUs run well. (Hooker 2020)’s hardware lottery applies to approximations, not only to architectures.
  • Loosened far enough, “same task” admits methods so different that one of them cannot reach the target at any budget. The Q1 ratio is then infinite, and the question was a Q3 question all along. This usually goes unremarked.

1.1 When a speedup is a number

For methods \(A\) and \(B\) with loss-versus-compute curves \(L_A, L_B\), the compute-equivalent gain (CEG) at target loss \(\ell\) is

\[R(\ell) = \frac{C_A(\ell)}{C_B(\ell)}, \qquad C_X(\ell) = L_X^{-1}(\ell)\]

  • \(C_X(\ell)\) is the compute method \(X\) needs to reach loss \(\ell\); \(R(\ell)\) is how much more compute the old method needs for the same result.
  • At L2 and L3 the two methods share a unit (FLOP, wall-clock or dollars to reach \(\ell\)), so \(R\) is well defined. It is a function of \(\ell\), not a number.
  • \(R\) is constant only when the two curves are parallel in log-log, that is, they have the same scaling exponent and a different intercept. Otherwise it is monotone in \(\ell\) and can cross 1.
  • GP against a neural network crosses: the GP wins on small data and loses on large. The sign of the speedup depends on \(\ell\).
  • Three results in the literature are this one fact seen through three measurement designs: dependence on \(n\) at L0 (Sherry and Thompson 2021), sensitivity to the threshold at L3 (Erdil and Besiroglu 2023), and scale-dependent CEG (Gundlach et al. 2025). In each, the two methods have different exponents and the ratio is quoted at one point on the curve.
  • Training and inference compute are different resources and can rank two methods differently. The one check I know of finds them close: (Hernandez and Brown 2020) get a 16-month doubling on ImageNet training (\(44\times\) over 7 years) and a 15-month doubling on inference (\(18\times\) over 5 years).
  • Ratios at different strictness levels do not multiply. An L0 factor, an L1 factor and an L3 factor each reduce a different quantity, so their product is not progress on any one problem.

2 Changing the question

  • The largest wins come from changing the problem while keeping its purpose: a different output, a different success criterion, or a different set of instances.
  • A ratio can still be computed, because the substitute problem has its own cost curve.
  • That ratio no longer measures “faster on the same problem”, because “same problem” has been relaxed to “same purpose”.

Two directions of substitution.

  • Output side: weaken what must be produced. These are the strictness levels above.
  • Input side: shrink the set of instances that must be handled, from the worst case toward the instances that actually arise.

The input side.

  • (Sherry and Thompson 2021) use worst-case complexity because “it does not require assumptions about the distribution of inputs”. The price is that every gain which depends on the instances that arise being easier than the worst case is invisible to them.
  • SAT is NP-complete, and industrial instances with millions of variables solve in seconds. The success of conflict-driven clause learning is a fact about which instances arise, not about the complexity class.
  • MILP likewise: (Koch et al. 2022) measure \(50\times\) on the instances both generations of solver can finish, and 149 of the 240 MIPLIB 2017 instances can only be finished by the new ones.
  • A speedup on a curated benchmark set is therefore partly a measurement of how the curators sampled.
  • This axis has its own literature, mostly disconnected from the progress literature: (Rice 1976)’s algorithm selection problem, and instance space analysis (Smith-Miles and Muñoz 2023), which projects a benchmark suite into a feature space and maps which algorithm wins where.
  • In those terms, “algorithm \(j\) is \(k\times\) faster than \(i\)” holds on some region of instance space, and a progress rate is an average over a distribution on that space that nobody states.

2.1 Grammar induction, where both move at once

See grammar induction for the linguistics.

  • No superfinite class of languages is identifiable in the limit from positive data (Gold 1967), and the smallest consistent finite automaton cannot be approximated within any polynomial (Pitt and Warmuth 1993).
  • Language models learn language anyway. The hardness results are correct; the problem changed in three ways at once.
  • The output type changed: no grammar is produced, only a predictive distribution.
  • The success criterion changed: from exact identification to low expected loss, or to generation.
  • The instance distribution changed: from every countable class of languages to the corner human languages occupy.
  • (Kleinberg and Mullainathan 2024) make the substitution a theorem. Generation in the limit is achievable for every countable collection of languages; identification in the limit is not.
  • The substitution has a price. (Kalavasis, Mehrotra, and Velegkas 2024) show that consistency and breadth trade off, so generation in the limit is bought partly by emitting a narrower set of strings than the target language contains.

2.2 The accounting consequence

  • Substitutions do not run backwards. Once we solve the easier problem we cannot book the speedup as progress on the harder one, unless a benchmark declares the two equivalent.
  • (Hernandez and Brown 2020) §5.3 say the same from the compute side: the first demonstration of a capability contributes an unbounded ratio, and scaling a DQN up to AlphaGo strength would have needed \(1000\times\) or more.
  • Published efficiency figures are therefore a lower bound. They count only the progress that left the problem alone.
  • They do not transfer to a new task either. Part of any measured rate is the one-off gain from loosening, and on a new task nobody has yet found out how much accuracy can be discarded.

3 The reduced form nearly everyone uses

A1, factor-augmenting algorithms.

\[C_{\text{eff}}(t) = A(t)\, C_{\text{phys}}(t)\]

  • \(C_{\text{phys}}\) is FLOP actually executed, \(A\) is algorithmic efficiency (dimensionless, normalized to 1 at a reference year), \(C_{\text{eff}}\) is effective compute.
  • Software acts as a pure multiplier on physical compute, so performance depends on the pair only through the product.

A1 lumps algorithmic work together with systems efficiency. The cost of reaching a fixed target \(q\) involves three factors, not two.

\[C(q,t) \approx \frac{W(q,t)}{P_{\text{HW}}(t)\; U_{\text{sys}}(t)}\]

  • \(W\) is algorithmic work: the nominal FLOP, tokens or steps needed to reach \(q\). \(1/A\) measures this.
  • \(P_{\text{HW}}\) is raw hardware capability per dollar or joule. \(U_{\text{sys}}\) is the fraction of that capability we achieve (kernels, compiler, collectives, data loading, batching, precision).
  • Nearly every published “algorithmic efficiency” number focuses on \(W\) alone. Nearly every claim of “we made it \(3\times\) faster” refers to \(U_{\text{sys}}\) on one stack.
  • \(W\) carries across hardware generations; \(U_{\text{sys}}\) does not.

A2, exponential software.

\[A(t) = e^{g_A t}\]

A3, power-law returns, with \(E\) the irreducible loss and \(\alpha\) the scaling exponent.

\[L(C_{\text{eff}}) = E + \kappa\, C_{\text{eff}}^{-\alpha}\]

Consequences.

  • Reducible loss falls at rate \(\alpha (g_A + g_C)\), for \(g_C = \mathrm{d}\log C_{\text{phys}}/\mathrm{d}t\).
  • Hardware and algorithms are then perfect substitutes in log space. That is what makes “what share of progress” a well-posed question, and the algorithmic share is \(g_A / (g_A + g_C)\).
  • A1 carries the whole argument. Every entry under “why the decomposition is not clean” is a case where A1 fails.

The same identity, split to show where money enters (Hernandez and Brown 2020).

\[C_{\text{eff}} = \underbrace{A}_{\text{algorithms}} \times \underbrace{(\mathrm{FLOP}/\$)}_{\text{hardware}} \times \underbrace{\$_{\text{spend}}}_{\text{investment}}\]

  • Growth rates add: \(g(C_{\text{eff}}) = g(A) + g(\mathrm{FLOP}/\$) + g(\$)\).
  • Their 2012–2018 arithmetic: \(7.5 \times 10^6 = 37{,}500 \times 8 \times 25\), for spending, parallelization, Moore’s law, and algorithms.
  • Davidson’s compute-centric takeoff model is built on this identity with all three terms endogenous.

4 Measures that fix the output

Strictness L0. A speedup only reduces the operation count.

4.1 Asymptotic complexity across algorithm families

The only measure here that concerns a problem rather than a particular machine or codebase. (Sherry and Thompson 2021) cover 113 families from 57 textbooks and 1,137 papers: 276 algorithms, 1.44 improvements per family.

\[\text{Improvement}_{i \to j}(n) = \frac{\mathrm{Ops}_i(n)}{\mathrm{Ops}_j(n)}, \qquad \text{Yearly}_{i \to j} = \left(\frac{\mathrm{Ops}_i(n)}{\mathrm{Ops}_j(n)}\right)^{1/t} - 1\]

Complexity-class churn as a transition rate, for classes \(a,b,c\) over years \(T\).

\[\Pr(a \to b) = \frac{1}{|T|}\sum_{t \in T} \frac{\|a \to b\|_t}{\|a\|_{t-1} + \sum_{c \in C}\|c \to a\|_t}\]

  • \(O(n^2) \to O(n)\) transitions run at 0.5% of eligible families per year, \(O(n^3) \to O(n^2)\) at 1.55%.
  • The answer is a function of \(n\). Median family improvement is 6%/year at \(n = 10^3\), 15% at \(10^6\), 28% at \(10^9\).
  • The fraction of families improving faster than hardware at those sizes is 18%, 30%, 43%. The median family overtakes hardware at \(n \approx 10^{12}\).
  • The distribution is bimodal. Just under half of families show no improvement; 14% exceed 1000%/year, having crossed from exponential to polynomial.
  • Algorithmic gains arrive as rare large jumps and hardware gains arrive smoothly, so the two differ in variance even when their means match.
  • Leading constants do not inflate to offset asymptotic gains. For the exponential-to-polynomial cases, the constants shrank by 28% on average.
  • (Rome et al. 2025) is the space-complexity companion, with Pareto frontiers where better time costs worse space.

4.2 Machine-independent speedup

  • Run old and new solver binaries on the same machine. The ratio of shifted geometric mean runtimes is the algorithmic factor; a separate test of old against new hardware gives the hardware factor.
  • (Koch et al. 2022), 2001 solvers against 2020 solvers: hardware \(\approx 20\times\), algorithms \(\approx 9\times\) for LP and \(\approx 50\times\) for MILP, totals \(\approx 180\times\) and \(\approx 1000\times\).
  • Bixby for LP 1988–2001: three orders of magnitude from machines, three from algorithms, six in total.
  • Bixby’s 1,892-instance MIP benchmark: \(2\times\) every 13 months over 21 years, \(\approx 500{,}000\times\) cumulative.
  • Bixby’s 13-month MIP doubling and Koch’s 22%/year (a 3.5-year doubling) are the same domain measured with different instance pools and time limits. That gap is how far the measurement design alone can move the answer.
  • The censoring is severe. 149 of the 240 MIPLIB 2017 instances could not be solved by any 2001 code within 24 h, so the \(50\times\) covers only the instances both generations could finish.

4.3 Time-leap crossover

  • Old solver on new hardware against new solver on old hardware (Fichte, Hecher, and Szeider 2023; Fichte et al. 2023), SAT over two decades. Algorithms at least match hardware.
  • It assumes no functional form, and we test whether hardware and algorithms interact instead of assuming they do not.
  • It needs preserved binaries and preserved hardware, so it is rarely possible.

5 Measures that fix a benchmark number

Strictness L3. A speedup may change anything except the benchmark score, which is why these measures report the largest numbers. They inherit every problem with the benchmark itself; see ML benchmarks.

  • A fixed-threshold measure needs headroom above the threshold and a benchmark still being worked on. A saturated benchmark can no longer be used this way. (Ott et al. 2022) map benchmark creation and saturation across the field.
  • The measured rate is therefore partly a property of the benchmark’s life cycle, not of the algorithms.

5.1 Fixed-threshold compute halving

Pick a threshold \(P^\*\) first reached at \(t_0\), then track the minimum training compute that reaches it afterwards (Hernandez and Brown 2020).

\[A(t) = \frac{C(t_0 \to P^\*)}{C(t \to P^\*)}, \qquad T_{1/2} = \frac{\ln 2}{\mathrm{d} \log A / \mathrm{d}t}\]

  • It requires no scaling law and no model fit, and the number means what it says.
  • The answer depends on \(P^\*\). Refitting the same ImageNet data at harder thresholds gives halving times of 7.7, 7.5, 6.7, 5.4 and 0.67 months at top-1 accuracy 0.60, 0.70, 0.80, 0.84 and 0.88 ((Erdil and Besiroglu 2023), App. C).
  • An easy threshold flatters compute scaling, while a hard one flatters algorithms, because old architectures need unboundedly much compute to reach a hard threshold.

5.2 Augmented scaling law plus Shapley attribution

The econometric version: we put a time trend inside the scaling law and let it compete with the compute and data terms. Our baseline is Chinchilla (Hoffmann et al. 2022), \(L = E + A N^{-\alpha} + B D^{-\beta}\), for \(N\) parameters and \(D\) tokens, with \(C \approx 6ND\).

(Ho et al. 2024) define effective resources \(N_{\text{eff}} = N e^{\alpha'(Y - Y_0)}\) and \(D_{\text{eff}} = D e^{\beta'(Y-Y_0)}\).

\[L = E + A N^{-\alpha_{\text{param}}} e^{-\alpha_{\text{year}}(Y - Y_0)} + B D^{-\beta_{\text{data}}} e^{-\beta_{\text{year}}(Y-Y_0)}\]

  • \(\alpha' = \alpha_{\text{year}}/\alpha_{\text{param}}\), \(\beta' = \beta_{\text{year}}/\beta_{\text{data}}\), \(Y\) the fractional publication year, \(Y_0\) a reference year.
  • Fitted on 231 language models on WikiText and Penn Treebank, 2012–2023: \(\hat\alpha_{\text{param}} = 0.068\), \(\hat\alpha_{\text{year}} = 0.004\), \(\hat\beta_{\text{data}} = 0.040\), \(\hat\beta_{\text{year}} = 0.036\).
  • Neither year coefficient is individually significant and the two are strongly negatively correlated, so we identify only the effective-compute doubling time: 8 months (95% CI 5–14).

(Erdil and Besiroglu 2023) perform the vision analogue with a logistic link instead of an additive loss, for \(P\) top-1 accuracy and \(\sigma\) the logistic function.

\[\sigma^{-1}(P) = \sigma^{-1}\!\big(\sigma(C)\,\sigma(D)\big) + \varepsilon, \quad \varepsilon \sim \mathcal{N}(0,\delta^2)\]

\[C = \alpha_1 + \alpha_{\text{Year}}(Y-2012) + \alpha_{\text{compute}} \log(\text{compute})\]

\[D = \beta_1 + \beta_{\text{Year}}(Y-2012) + \beta_{\text{data}} \log(\text{data})\]

  • A first-order expansion recovers a Chinchilla-shaped law with time-varying coefficients, \(1 - P \approx \tilde A\, C^{-\alpha_{\text{compute}}} + \tilde B\, D^{-\beta_{\text{data}}}\), \(\tilde A = e^{-\alpha_1 - \alpha_{\text{Year}}(Y-2012)}\).
  • The doubling time of effective compute is \(\ln 2 \cdot \alpha_{\text{compute}} / \alpha_{\text{Year}}\) years in closed form, estimated at 9 months (95% CI 4–25).
  • Algorithms expand the effective compute budget by \(\hat\alpha_{\text{Year}}/\hat\alpha_{\text{compute}} \approx 101\%\) per year (CI 25–215%) and the effective data budget by \(\hat\beta_{\text{Year}}/\hat\beta_{\text{data}} \approx 38\%\) per year (CI \(-47\) to 134%). Progress is compute-augmenting rather than data-augmenting, in the Hicks sense.
  • We attribute progress by Shapley value over orderings of {year, compute, data}, because the model is non-linear and coefficient ratios do not decompose.
  • Vision shares: algorithms 25–70%, compute 30–55%, data 10–30%. Language shares: compute 60–95%, algorithms 5–40%.
  • Both papers report the algorithmic share falling over time as compute budgets grew.

5.3 Reduced-form regression, algorithms as a residual time trend

The cheapest version, and the most direct statement of the production function.

\[\log(1/\text{error}) = a + b \log(\text{computation}) + c \cdot t\]

  • (Thompson et al. 2022) fitted this on ImageNet and five other benchmarks. A polynomial \(\text{Computation} = \text{Performance}^{\alpha}\) appears as slope \(1/\alpha\) on log-log.
  • \(\hat\alpha \approx 12.5\) for ImageNet network operations (95% CI 10.6–14.1), so halving the error costs roughly 1,500–17,500\(\times\) the compute.
  • Hardware-burden variants: \(\approx 10.8\) ImageNet, 10.5 question answering, 17.1 object detection, 37.2 named-entity recognition.
  • Compute alone explains 71% of the ImageNet variance; the time trend adds 11%. The time trend works out at 3 years of algorithmic improvement \(\equiv 10\times\) compute.
  • The theoretical floor, from overparameterization plus \(1/\sqrt{n}\) rates with performance defined as \(1/\mathrm{RMSE}\), is \(\text{Computation} = \Omega(\text{Performance}^4)\).
  • The measured \(P^{12}\) is far above the \(\Omega(P^4)\) floor. That gap is (Thompson et al. 2022)’s argument that large efficiency gains are still available.
  • These exponents are far more pessimistic than Chinchilla-style ones because we regressed achieved error on realized compute across papers using different methods, rather than along the frontier of one model family.

5.4 CEG measured by ablation

The same ratio for a single innovation \(a\), at loss threshold \(L^\*\) and model scale \(s\).

\[\mathrm{CEG}_a(L^\*, s) = \frac{C_{\text{baseline}}(L^\*, s)}{C_{a}(L^\*, s)}\]

  • (Ho et al. 2024) put the transformer at \(7.2\times\) (95% CI 3.3–45.7), about 20% of a decade of algorithmic progress, and Chinchilla over Kaplan scaling (Hoffmann et al. 2022; Kaplan et al. 2020) at \(2\times\) to \(4\times\).
  • Amodei’s informal frontier-lab distribution: frequent \(\sim 1.2\times\), occasional \(\sim 2\times\), rare \(\sim 10\times\).
  • (Gundlach et al. 2025) run the ablations on a 3.6M-parameter transformer and cannot find the gains: under \(10\times\) measured, under \(100\times\) after adding literature estimates for the innovations they did not ablate, against the \(22{,}000\times\) over 2012–2023 that (Ho et al. 2024) estimate.
  • Ablations do not multiply. Reverting four innovations at once predicts \(3.43\times\) from the individual ablations and measures \(1.33\times\); LSTM to modern transformer predicts \(16.66\times\) and measures \(6.28\times\).
  • Primary-literature estimates of an innovation’s gain systematically exceed secondary-literature and replication estimates.

5.5 Skill ratings, where the metric is ordinal

  • Game domains decompose as Elo per hardware doubling against Elo per year at fixed hardware (Grace 2013).
  • Chess: \(\approx 50\) Elo/year in total, \(\approx 50\)–70 per processor-speed doubling, \(\approx 30\)–60 per machine doubling, so roughly half the progress is hardware.
  • Go: \(\approx 1\) stone/year, \(\approx 100\) Elo per doubling of Monte Carlo playouts, with visible diminishing returns.
  • The diminishing return per compute doubling is measured here rather than fitted.
  • Elo is an arbitrary monotone rescaling of win probability, so the hardware-versus-algorithms split depends on the scale the output is reported on.

6 Measures that fix the deployed workload

These measures bundle every layer together on purpose. That is what a buyer needs and the opposite of what a decomposition needs.

6.1 Price per unit of benchmark performance

  • DAWNBench: \(184\times\) reduction in dollars to ResNet-50 accuracy in under a year, \(\$2323 \to \$12.60\), against only \(\sim 10\times\) in training FLOP. The dollar figure moved about \(18\times\) further than the FLOP figure; the difference is everything FLOP-counting leaves out.
  • (Gundlach et al. 2026) do the inference-side version on Artificial Analysis and Epoch price data. They isolate open models to control for competition and divide out hardware price declines to leave an algorithmic residual. TODO pull the percentages from the PDF.

6.2 Fixed-workload system benchmarking

  • MLPerf fixes model, dataset, quality target and implementation rules, then reports time-to-train, inference throughput, and samples per second per watt (Mattson et al. 2020; Reddi et al. 2020). This measures \(U_{\text{sys}}\).
  • (Bartoldson, Kailkhura, and Blalock 2023) formalize a comparison as an \((\epsilon, \delta)\)-speedup, for baseline quality \(Q\) in time \(T\) against a recipe reaching \(Q'\) in \(T'\).

\[\epsilon = T/T', \qquad \delta = (Q' - Q)/Q\]

  • Strict improvement needs \(\epsilon > 1\) and \(\delta \ge 0\). The general object is an accuracy-cost Pareto frontier, not a scalar.
  • Operations with the same FLOP count can differ in runtime by an order of magnitude; a variant with fewer FLOP can be slower because it moves more data and launches more kernels.
  • So FLOP-denominated and wall-clock progress can move in opposite directions, and the divergence grows as workloads become memory- and communication-bound.
  • This is consistent with the hardware table below, where arithmetic throughput has outrun memory bandwidth for two decades.

7 Measured rates, hardware and money

quantity rate source
transistors per chip \(2\times\) / 2 years Moore
SPECint single-thread 52%/yr 1986–2003, 23% 2003–11, 12% 2011–15, 3.5% 2015–18 Hennessy and Patterson, via (Sherry and Thompson 2021)
computations per joule \(2\times\) / 1.57 yr to 2009, \(2\times\) / 2.29 yr after (Prieto et al. 2025)
cost of a standard computation \(-53\%\)/yr, 1940–2012 (Nordhaus 2007)
ML accelerator FLOP/s \(2\times\) / 2.3 yr Epoch
ML accelerator FLOP/s per watt \(2\times\) / 2.4 yr Epoch
GPU memory bandwidth \(2\times\) / 2.8 yr Epoch
AI chip performance per dollar \(2\times\) / 1.7 yr (49%/yr since 2023) Epoch
frontier training compute \(2\times\) / 5.2 months (\(5\times\)/yr since 2020) (Sevilla et al. 2022), Epoch
frontier training cost \(3.5\times\)/yr since 2020 Epoch
  • The hardware baseline is contested and the choice changes the answer. Transistor density, SPECint (used by (Sherry and Thompson 2021) and (Leiserson et al. 2020)), FLOP/s, FLOP/$ and FLOP/joule diverge once Dennard scaling ends around 2005.
  • Specialization does much of the recent work and is not Moore’s law in any sense. Accelerators are co-designed with the algorithms, which is (Hooker 2020)’s point.
  • The last two rows are the \(\$_{\text{spend}}\) term rather than hardware, and they are the largest term in the identity.

8 Measured rates, algorithms

domain rate source
LM pre-training compute efficiency \(2\times\) / 8 months (CI 5–14) (Ho et al. 2024)
ImageNet, AlexNet-level \(2\times\) / 16 months, \(44\times\) over 7 yr (Hernandez and Brown 2020)
ImageNet, ResNet-50-level \(2\times\) / 17 months (Hernandez and Brown 2020)
ImageNet, compute-augmenting, model-based \(2\times\) / 9 months (CI 4–25) (Erdil and Besiroglu 2023)
WMT-14 translation, Seq2Seq → Transformer \(61\times\) / 3 yr (\(2\times\) / 6 months) (Hernandez and Brown 2020)
Go, AlphaGoZero → AlphaZero \(8\times\) / 1 yr (\(2\times\) / 4 months) (Hernandez and Brown 2020)
deep RL sample efficiency \(2\times\) / 10–18 months Atari, 5–24 months control (Dorner 2021)
MILP \(2\times\) / 13 months (Bixby), \(50\times\) / 19 yr (Koch) above
LP \(9\times\) / 19 yr (Koch et al. 2022)
SAT 5–15%/yr on repeated competition instances (Grace 2013)
exact algorithm families, median 6%/15%/28% per year at \(n=10^3/10^6/10^9\) (Sherry and Thompson 2021)
  • (Grace 2013) across six domains: algorithmic gains are 50–100% as large as hardware gains, incremental and smooth on the scale of years; the fusion-simulation series shows roughly equal shares.
  • Frontier-ML doubling times cluster at 4–17 months and classical-CS ones at 1–6 years. The gap reflects, at least in part, how much money is chasing each.
  • Every ML row is measured at L3 and every classical row at L0, so the two halves of the table are not comparable. The ML numbers are larger partly because the measure permits more to change.

9 Why the decomposition is not clean

Each entry is a case where A1 fails, with a measurement behind it.

  • Problem-size dependence. Whether algorithms beat hardware is a function of \(n\), crossing over near \(n \approx 10^{12}\) for the median family, so the question has no scalar answer (Sherry and Thompson 2021).
  • Scale dependence, the same effect in ML. LSTM-to-transformer is a change of exponent, not a multiplier: \(6\times\) at \(10^{15}\) FLOP, over \(100\times\) at \(10^{23}\) (Gundlach et al. 2025).
  • Reference dependence. The same sequence of frontier models shows 63%/year CEG growth against a compute-optimal LSTM baseline and 0%/year against a dense transformer. At \(10^{18}\) FLOP a decade of algorithmic progress is worth \(\approx 20\times\), below Moore’s \(\approx 32\times\); at frontier scale the same decade is worth \(\approx 6{,}930\times\). Small and large actors are not in the same regime (Gundlach et al. 2025).
  • Compute-dependent advances. Innovations whose benefit appears only at scale may account for ~99% of cumulative CEG, making algorithms and compute complements rather than substitutes in the regime that matters (Sanderson et al. 2025).
  • The hardware lottery. Which algorithms look good depends on which hardware exists, so \(A\) and FLOP/$ are not independent factors (Hooker 2020).
  • Substitution is unmeasured. Per “changing the question” above, the first demonstration of a capability gives an unbounded ratio (Hernandez and Brown 2020).
  • Component gains do not multiply, in either direction. Solver features reinforce each other (“the sum is more than its parts”); transformer innovations fail to compound (3.43 predicted, 1.33 measured).
  • Selection and censoring. Benchmarks collect hard instances, easy instances get retired, the time limit is a free parameter that changes the answer, and Bixby’s MIP benchmark was built and analysed by the CEO of Gurobi.
  • Adaptivity to the test set. A community that reuses one held-out set is running an adaptive estimation procedure, so some fraction of any L3 trend is overfitting to the instrument rather than progress. (Blum and Hardt 2015) give the mechanism and a leaderboard that resists it; (Arora and Zhang 2021) bound the damage.
  • Some of it does not survive fair comparison. A decade of claimed metric-learning gains mostly disappears under matched tuning and evaluation (Musgrave, Belongie, and Lim 2020), and recent language-model reasoning gains shrink under controlled reproduction (Hochlehnert et al. 2025).
  • How results are averaged. Normalized benchmark ratios can be summarized in ways that reverse the ranking (Fleming and Wallace 1986), and the three headline measures use three different estimators: shifted geometric mean (Koch et al. 2022), median over families (Sherry and Thompson 2021), frontier minimum (Hernandez and Brown 2020). Systems measurement has its own biases, where link order or environment size moves the result (Mytkowicz et al. 2009).
  • Training-run cost is not development cost. Architecture search inflates development compute relative to the final run, and hyperparameter robustness makes training cheaper in ways FLOP-counting misses (Hernandez and Brown 2020).

10 The growth-theory layer

To derive \(g_A\) instead of fitting it, from (Bloom et al. 2020).

\[\frac{\dot A_t}{A_t} = \alpha S_t, \qquad \text{research productivity} := \frac{\dot A_t / A_t}{S_t}\]

Semi-endogenous version with dynamic diminishing returns.

\[\frac{\dot A_t}{A_t} = \alpha A_t^{-\beta} S_t \quad \Longrightarrow \quad g_A = \frac{g_S}{\beta}\]

  • \(S_t\) represents effective researchers, or R&D spend deflated by the wage; \(\beta\) is the ideas-get-harder elasticity.
  • Constant exponential progress requires exponentially growing research effort.
  • US aggregate research productivity falls 5.3%/year, a 13-year half-life. Moore’s law needs \(18\times\) more researchers than in the early 1970s for the same 2-year doubling.
  • Davidson’s fit provides the hardware analogue: each doubling of cumulative hardware R&D spend buys \(\approx 5\) doublings of FLOP/$.
  • (Hernandez and Brown 2020) note the confound the other way: AI investment rose \(\approx 5\times\) over 2012–2018, so observed \(g_A\) is partly rising \(S\) rather than constant productivity.

11 Adjacent axes

  • Data. (Erdil and Besiroglu 2023) split this out and find data-augmenting progress small and not significant. Training data has doubled every 9–10 months since 2010.
  • Inference-time compute. A third input with its own scaling law and efficiency trend, unmeasured in every decomposition above.
  • Schlep. Scale, schlep, and systems argues scaffolding, tools, prompting and fine-tuning are a distinct fast-moving factor; (Davidson et al. 2023) quantify this as CEG.
  • Diffusion. (Pilz, Heim, and Brown 2024) separate the access effect (a given performance costs less) from the performance effect (a given spend buys more). In their notation performance is \(p = f_c(i)\) for investment \(i\), with \(f_c = f_a \circ f_h\): \(f_h\) turns investment into compute and \(f_a\) turns compute into performance.
  • Performance ceilings damp the performance effect and let laggards catch up. MNIST has been above 99% since the early 2000s.
  • Numerical precision, half hardware and half algorithm. FP16 and BF16 each took 3–4 years to become the default; FP8 is mid-adoption.

12 Sub-areas to follow up

  • Numerical linear algebra is the best-documented long run: FFT \(O(N^2) \to O(N \log N)\), fast multipole \(O(N^2) \to O(N)\), Krylov against direct \(O(N^3)\), then the randomized generation (Halko, Martinsson, and Tropp 2011). One field moving from L0 to L1 over fifty years.
  • (Dongarra and Sullivan 2000)’s top ten sort into three kinds of gain: asymptotic wins (FFT, fast multipole, quicksort), tractability wins (simplex, Krylov, Metropolis), and one piece of pure software infrastructure (the Fortran optimizing compiler).
  • Monte Carlo variance reduction, where the saving is counted in samples rather than FLOP (Luengo et al. 2020).
  • Factoring, where the algorithmic story is subexponential against exponential and the hardware share is unclear (Grace 2013).
  • “Is there secret sauce in LLM development?” (Mertens, Fischl-Lanzoni, and Thompson 2026)] Shapley-decomposes \(R^2\) into scale, shared algorithmic progress, and firm-specific factors. The natural next question after (Ho et al. 2024).

13 Open threads

  • The defensible claim is probably that at frontier scale over the last decade the two are within a factor of a few of each other, compute slightly ahead, while at small scale algorithms lose badly. Both halves rest on the scale-dependence result.
  • Whether the cost-ratio framing survives Q3. The interesting events are complexity-class transitions, capability firsts and substitutions, and the ratio measures none of them.
  • Feedback loops: compute buys the experiments that find the compute-dependent algorithms, and the algorithms justify the next capex round.
  • Whether there is an algorithmic Moore’s law, meaning a self-sustaining trend, or only a line fitted through a period when the findings happened to be easy.
  • Whether the one-off gain from loosening strictness can be quantified. That would say where measured progress has to slow.

14 Incoming

15 References

Arora, and Zhang. 2021. Rip van Winkle’s Razor: A Simple Estimate of Overfit to Test Data.” arXiv:2102.13189 [Cs, Stat].
Bartoldson, Kailkhura, and Blalock. 2023. “Compute-Efficient Deep Learning: Algorithmic Trends and Opportunities.” JMLR.
Bloom, Jones, Van Reenen, et al. 2020. Are Ideas Getting Harder to Find? American Economic Review.
Blum, and Hardt. 2015. The Ladder: A Reliable Leaderboard for Machine Learning Competitions.” arXiv:1502.04585 [Cs].
Davidson, Denain, Villalobos, et al. 2023. AI Capabilities Can Be Significantly Improved Without Expensive Retraining.”
Dongarra, and Sullivan. 2000. Guest Editors’ Introduction: The Top 10 Algorithms.” Computing in Science & Engineering.
Dorner. 2021. Measuring Progress in Deep Reinforcement Learning Sample Efficiency.”
Erdil, and Besiroglu. 2023. Algorithmic Progress in Computer Vision.”
Fichte, Berre, Hecher, et al. 2023. The Silent (R)evolution of SAT.” Communications of the ACM.
Fichte, Hecher, and Szeider. 2023. A Time Leap Challenge for SAT Solving.”
Fleming, and Wallace. 1986. How Not to Lie with Statistics: The Correct Way to Summarize Benchmark Results.” Communications of the ACM.
Geirhos, Jacobsen, Michaelis, et al. 2020. Shortcut Learning in Deep Neural Networks.” arXiv:2004.07780 [Cs, q-Bio].
Gold. 1967. Language Identification in the Limit.” Information and Control.
Golden, Schrage, Shier, et al. 2024. The Unexpected Power of Linear Programming: An Updated Collection of Surprising Applications.” Annals of Operations Research.
Grace. 2013. Algorithmic Progress in Six Domains.”
Gundlach, Fogelson, Lynch, et al. 2025. On the Origin of Algorithmic Progress in AI.”
Gundlach, Lynch, Mertens, et al. 2026. The Price of Progress: Price Performance and the Future of AI.”
Halko, Martinsson, and Tropp. 2011. Finding Structure with Randomness: Probabilistic Algorithms for Constructing Approximate Matrix Decompositions.” SIAM Review.
Hernandez, and Brown. 2020. Measuring the Algorithmic Efficiency of Neural Networks.”
Ho, Besiroglu, Erdil, et al. 2024. Algorithmic Progress in Language Models.”
Hochlehnert, Bhatnagar, Udandarao, et al. 2025. A Sober Look at Progress in Language Model Reasoning: Pitfalls and Paths to Reproducibility.”
Hoffmann, Borgeaud, Mensch, et al. 2022. Training Compute-Optimal Large Language Models.”
Hooker. 2020. The Hardware Lottery.” arXiv:2009.06489 [Cs].
Kalavasis, Mehrotra, and Velegkas. 2024. On the Limits of Language Generation: Trade-Offs Between Hallucination and Mode Collapse.”
Kaplan, McCandlish, Henighan, et al. 2020. Scaling Laws for Neural Language Models.”
Kleinberg, and Mullainathan. 2024. Language Generation in the Limit.”
Koch, Berthold, Pedersen, et al. 2022. Progress in Mathematical Programming Solvers from 2001 to 2020.” EURO Journal on Computational Optimization.
Leiserson, Thompson, Emer, et al. 2020. There’s Plenty of Room at the Top: What Will Drive Computer Performance After Moore’s Law? Science.
Luengo, Martino, Bugallo, et al. 2020. A Survey of Monte Carlo Methods for Parameter Estimation.” EURASIP Journal on Advances in Signal Processing.
Mattson, Cheng, Coleman, et al. 2020. MLPerf Training Benchmark.”
Mertens, Fischl-Lanzoni, and Thompson. 2026. Is There “Secret Sauce’’ in Large Language Model Development?
Musgrave, Belongie, and Lim. 2020. A Metric Learning Reality Check.” arXiv:2003.08505 [Cs].
Mytkowicz, Diwan, Hauswirth, et al. 2009. Producing Wrong Data Without Doing Anything Obviously Wrong! In Proceedings of the 14th International Conference on Architectural Support for Programming Languages and Operating Systems. ASPLOS XIV.
Nordhaus. 2007. Two Centuries of Productivity Growth in Computing.” The Journal of Economic History.
Ott, Barbosa-Silva, Blagec, et al. 2022. Mapping Global Dynamics of Benchmark Creation and Saturation in Artificial Intelligence.” Nature Communications.
Pilz, Heim, and Brown. 2024. Increased Compute Efficiency and the Diffusion of AI Capabilities.”
Pitt, and Warmuth. 1993. The Minimum Consistent DFA Problem Cannot Be Approximated Within Any Polynomial.” Journal of the ACM.
Prieto, Prieto, Escobar, et al. 2025. Evolution of Computing Energy Efficiency: Koomey’s Law Revisited.” Cluster Computing.
Reddi, Cheng, Kanter, et al. 2020. MLPerf Inference Benchmark.”
Rice. 1976. The Algorithm Selection Problem.” Advances in Computers.
Rome, Lynch, Li, et al. 2025. How Fast Are Algorithms Reducing the Demands on Memory? A Survey of Progress in Space Complexity.”
Sanderson, Foley, Guo, et al. 2025. Rethinking LLM Advancement: Compute-Dependent and Independent Paths to Progress.”
Sevilla, Heim, Ho, et al. 2022. Compute Trends Across Three Eras of Machine Learning.” In 2022 International Joint Conference on Neural Networks (IJCNN).
Sherry, and Thompson. 2021. How Fast Do Algorithms Improve? [Point of View].” Proceedings of the IEEE.
Smith-Miles, and Muñoz. 2023. Instance Space Analysis for Algorithm Testing: Methodology and Software Tools.” ACM Computing Surveys.
Thompson, Greenewald, Lee, et al. 2022. The Computational Limits of Deep Learning.”
Waltsburger, Libessart, Ren, et al. 2023. Neural Network Scoring for Efficient Computing.” In 2023 IEEE International Symposium on Circuits and Systems (ISCAS).