AnyLearn
All lessons
AIintermediate

Why AI turned into a compute problem

Modern AI got better mainly by getting bigger, and bigger means more computation, which is why the story of AI is now a story about hardware, power, and money. Learn what compute actually is, why scaling laws made more of it pay off so reliably, the difference between training and inference demand, and why this buildout is unlike previous technology booms.

Updated · AI-authored, review-gated · how lessons are made

Not signed in: your progress and quiz score won't be saved.
Progress1 / 8

AI progress became a hardware story

For most of computing history, getting a program to do more meant writing cleverer code. Modern AI broke that pattern. The largest gains of the last decade came less from new ideas and more from doing the same thing at enormous scale: bigger models, more data, and far more computation.

That shift is why a conversation about artificial intelligence keeps turning into a conversation about power plants, chips, and hundreds of billions of dollars. The intelligence lives in software, but producing it and serving it is now a heavy-industry problem.

The core fact this whole path rests on: an AI model's capability tends to rise with the amount of computation poured into it, and computation is a physical resource with a physical cost, silicon, electricity, cooling, buildings. So a race to build smarter AI became, in practice, a race to build more compute, which is a race to acquire chips and power.

Understanding that translation, from intelligence to infrastructure, is what makes the entire AI buildout legible instead of mysterious.

Full lesson text

All 8 steps on one page, for reading, reference, and search.

Show

1. AI progress became a hardware story

For most of computing history, getting a program to do more meant writing cleverer code. Modern AI broke that pattern. The largest gains of the last decade came less from new ideas and more from doing the same thing at enormous scale: bigger models, more data, and far more computation.

That shift is why a conversation about artificial intelligence keeps turning into a conversation about power plants, chips, and hundreds of billions of dollars. The intelligence lives in software, but producing it and serving it is now a heavy-industry problem.

The core fact this whole path rests on: an AI model's capability tends to rise with the amount of computation poured into it, and computation is a physical resource with a physical cost, silicon, electricity, cooling, buildings. So a race to build smarter AI became, in practice, a race to build more compute, which is a race to acquire chips and power.

Understanding that translation, from intelligence to infrastructure, is what makes the entire AI buildout legible instead of mysterious.

2. What 'compute' actually means

Compute is not a metaphor. It is a countable quantity of arithmetic: the number of mathematical operations a chip performs. The unit is the FLOP, a floating-point operation, one multiply or add on decimal numbers. Training a large model requires an almost unimaginable number of them.

The headline figures are stated in operations. Training a frontier model can involve on the order of 102510^{25} FLOPs or more, an amount that would take a single laptop many thousands of years. It is done in weeks only by running tens of thousands of specialized chips in parallel.

one big training run  ~  10^25 FLOPs
one modern AI chip    ~  10^15 FLOPs per second (petaflop-class)
so, very roughly:     10^25 / 10^15 = 10^10 chip-seconds
                      = a huge chip fleet running for weeks

The takeaway is that "compute" reduces to chips multiplied by time multiplied by power. Every headline about AI capability is downstream of that product, and every constraint on the buildout, chips, electricity, cooling, is a constraint on one of those factors.

3. Scaling laws: why more compute kept paying off

Spending more compute would be pointless if it stopped helping. The reason the industry poured in ever more is an empirical finding known as scaling laws: across many orders of magnitude, a model's error falls smoothly and predictably as you increase three things together, the model's size, the training data, and the compute.

The crucial word is predictable. Scaling laws describe the improvement as a smooth curve, so a lab can forecast, before spending, roughly how much better a model will get for a given increase in compute. That turned model-building from a gamble into something closer to an investment with a projected return.

That predictability is what unlocked the money. If doubling compute reliably buys a measurable capability gain, then spending billions on chips is a rational bet rather than a hope. The scaling relationship is the economic engine of the entire buildout: it is the reason a company can justify a data center that costs more than a car factory.

Scaling does have limits and diminishing returns, and the exact curves are debated, but the direction, more compute has meant more capability, has held long enough to drive the spending this path describes.

4. Training versus inference

AI compute splits into two very different jobs, and confusing them hides where the demand actually is.

  • Training is building the model: the one huge, months-long run over vast data that produces the finished weights. It is enormous but occasional, done a handful of times per model.
  • Inference is using the model: every time someone sends a prompt and gets an answer. Each call is small compared to training, but inference happens billions of times a day, continuously, forever, for every deployed model.

Early on, training dominated the story, because that is where the eye-watering single numbers are. But as AI moved into products used by hundreds of millions of people, the aggregate of inference began to rival and in many estimates exceed training as a share of total compute.

The distinction matters for the whole buildout. Training is a capital event, a big spike you can schedule. Inference is an operating load, a permanent, growing, always-on demand for electricity that scales with usage. A world that merely trains big models needs bursts of compute. A world that uses them constantly needs a permanent new tier of always-on infrastructure, which is exactly what is being built.

5. The demand flywheel

Put the pieces together and you get a self-reinforcing loop that explains why demand did not just grow but accelerated.

  1. More compute produces a more capable model (scaling laws).
  2. A more capable model is more useful, so more people use it, for more tasks.
  3. More usage means more inference, a permanent operating load.
  4. More usage and more revenue justify spending on even more compute for the next, better model.
  5. Return to step 1, at a larger scale.

Each turn raises both the one-off training demand and the permanent inference demand, and the two compound. This is why forecasts kept being revised upward: the loop feeds itself, and a capability gain today becomes a usage increase tomorrow, which funds a bigger capability gain after that.

The flywheel also explains the sense of urgency and the enormous bets. In a self-reinforcing race, being behind on compute means being behind on capability, which means losing users, which means less money for the next round. The structure rewards spending first and fastest, which is precisely the behavior the rest of this path examines, its power demands, its economics, and its risks.

6. The numbers that make it physical

This stops being abstract the moment you look at electricity, because compute at this scale is measured in the output of power stations.

The International Energy Agency provides the most-cited figures. Data centers used roughly 415 terawatt-hours of electricity in 2024, about 1.5 percent of global electricity. In the IEA's base case that roughly doubles to around 945 terawatt-hours by 2030, with AI-optimized data centers the largest driver, their demand projected to more than quadruple over the period. US data-center demand alone is projected to pass 250 terawatt-hours by 2026.

To make the scale tangible, roughly a thousand terawatt-hours a year is comparable to the entire electricity consumption of a large industrialized country. That is the new load AI is adding on top of everything else the grid already serves.

The point of the numbers is not the exact figure, which will be revised, but the order of magnitude and the direction. Compute has grown from a rounding error in global electricity to a line item that utilities, governments, and grid operators now plan around. AI stopped being purely a software phenomenon and became an energy phenomenon, which is the subject of a later lesson.

7. Why this buildout is different

Technology has seen big infrastructure booms before, railways, electrification, the fiber-optic buildout of the internet. The AI compute buildout rhymes with them and differs in ways that matter.

past tech boomsAI compute buildout
what is scarcetrack, wire, fiberchips and electricity
the constraintcapital, laborincreasingly power and grid
depreciationslow (decades)fast (chips age in years)
concentrationmany buildersa handful of hyperscalers
the assetlong-livedquickly obsolete

Two differences stand out. First, the binding constraint has shifted from money to physical energy: as later lessons show, the limit on a new data center is often not capital or land but whether the grid can deliver the electricity. Second, the core asset depreciates fast, an AI chip is largely superseded within a few years, unlike a railway that lasts a century, which makes the economics far more demanding.

Those two facts, an energy constraint and a fast-depreciating asset, shape everything that follows: how the data centers are built, where they can go, and whether the enormous spending pays off.

8. From intelligence to infrastructure

The chain that turns a software goal into a heavy-industry problem: scaling laws make compute pay off, usage turns it into a permanent load, and the flywheel drives demand upward until it hits physical limits.

flowchart TD
  A["goal: a more capable AI model"] --> B["scaling laws: more compute means predictably better"]
  B --> C["buy chips, run huge training jobs"]
  C --> D["a better model, more useful"]
  D --> E["more users, more inference: a permanent load"]
  E --> F["more revenue justifies more compute"]
  F --> B
  E --> G["electricity demand rises: 415 to ~945 TWh by 2030, IEA"]
  G --> H["hits physical limits: chips, power, grid"]

Check your understanding

The lesson ends with a 5-question quiz. Take it in the player above to see your score.

  1. Why did AI progress turn into a hardware and infrastructure story?
    • Software stopped improving entirely
    • The biggest capability gains came from massive scale, and computation is a physical resource with real costs
    • Governments mandated data-center construction
    • Chips became cheaper than writing code
  2. What do scaling laws describe, and why did that unlock huge spending?
    • That models get worse with more data, so spending is capped
    • That compute costs fall over time, making AI free
    • That error falls smoothly and predictably with more size, data and compute, turning spending into a forecastable investment
    • That only algorithm changes improve models
  3. How do training and inference differ as compute demands?
    • Training is a big occasional capital event; inference is a permanent, always-on operating load that scales with usage
    • They are identical in size and timing
    • Inference happens once per model; training happens per query
    • Only training uses electricity
  4. According to the IEA, roughly how does data-center electricity use change from 2024 to 2030 in the base case?
    • It falls by half
    • It stays flat around 415 TWh
    • It grows tenfold
    • It roughly doubles, from about 415 TWh to around 945 TWh, with AI the main driver
  5. What makes the AI compute buildout different from past infrastructure booms like railways?
    • It requires no capital investment
    • The binding constraint shifted toward electricity/grid, and the core asset (chips) depreciates in years, not decades
    • It is spread across thousands of small builders
    • Its assets last a century

Related lessons

AI
advanced

Finding the Next One: Fusion Beyond Attention

The pattern that made attention slow recurs across the stack, and once you know what to look for it is easy to find. This lesson applies the diagnosis to normalisation layers, optimizer steps, loss functions and inference decoding, covers why fused attention silently stops applying when a model deviates slightly from standard, and gives the profiling routine that decides where to look first.

10 steps·~15 min
AI
advanced

Writing Fused Kernels Without Writing CUDA

The reason most teams never fuse anything is that CUDA asks you to manage threads, shared memory and synchronisation by hand. Triton moves the unit of programming from a thread to a block and hands the rest to a compiler. This lesson covers what that buys, what it still asks of you, how to decide a kernel is worth writing, and how to be sure it is correct.

10 steps·~15 min
AI
advanced

Online Softmax: Tiling Across a Reduction

Softmax normalises over a whole row, which appears to require the whole row before anything can be produced, which appears to require the score matrix to exist. This lesson works through the rescaling identity that removes that obstacle, the running max and sum that make it numerically safe, and the backward pass trick of recomputing the matrix from two saved statistics.

10 steps·~15 min
AI
advanced

Attention Is Memory-Bound, and Nobody Noticed for Five Years

For years attention was optimised by reducing FLOPs, and approximate methods that cut FLOPs kept failing to run faster. The reason is that attention was never compute-bound: it spends its time moving a matrix between GPU memory tiers. This lesson establishes that hierarchy, counts the traffic a standard implementation generates, and shows why an exact algorithm beat every approximation.

10 steps·~15 min