AI & Environmental Impact

AI & the environment — a field guide

If AI's environmental impact worries you — enough to raise it with friends, or to feel a small pang every time you open a chatbot — this page is for you. The concern is legitimate, and the instinct to ask "what is this costing?" is the right one. The trouble is that most of the widely-shared numbers ("a single query drinks a bottle of water") trace back to one or two 2023 estimates, and the fuller picture is both more reassuring and more interesting. Here it is from the engineering up: what's measurable and genuinely small, what's real but bounded, and — where the actual stakes are — the part almost nobody has calculated yet.

Acronyms & units — every abbreviation on this page, defined
Wh · kWh · TWhwatt-hour · kilowatt-hour (1,000 Wh) · terawatt-hour (a billion kWh — country-scale)
GWgigawatt — a unit of power (capacity), not energy
PUEPower Usage Effectiveness — total facility energy ÷ computing energy (1.0 = zero overhead)
WUEWater Usage Effectiveness — liters of water per kilowatt-hour
TDPThermal Design Power — a chip's rated power draw, in watts
GPU · TPUGraphics Processing Unit · Tensor Processing Unit (Google's custom AI chip)
MoEMixture of Experts — only part of the model runs for each token, cutting compute
HBM · HBM3eHigh-Bandwidth Memory — fast memory stacked onto the chip package
CoWoSChip-on-Wafer-on-Substrate — TSMC's advanced packaging that fuses the GPU die and its HBM
FP8 · FP16 · BF168- or 16-bit number formats — fewer bits = less memory and energy per calculation
LCALife-Cycle Assessment — counts impacts across the whole supply chain, not just operation
LLMLarge Language Model
ARM · MLXa low-power chip architecture (Apple Silicon, Graviton) · Apple's on-device ML framework
NASNeural Architecture Search — an automated, once energy-heavy model-design method
CO₂ecarbon-dioxide equivalent — all greenhouse gases expressed as CO₂
NCII · CSAMNon-Consensual Intimate Imagery · Child Sexual Abuse Material
IEA · FAO · USGSInt'l Energy Agency · UN Food & Agriculture Org · US Geological Survey
JLARC · PUCOVirginia's legislative audit commission · Public Utilities Commission of Ohio
7 sections — you're on 1 of 7 swipe / tap →
The narrative — and the tell

Open almost any outlet's coverage and the verdict is settled: AI is an environmental catastrophe — boiling the planet, draining the reservoirs, one guilty query at a time. The framing is remarkably uniform, and it is everywhere. Here's a representative sample — real headlines, verbatim:

"A.I. Could Soon Need as Much Electricity as an Entire Country"
New York Times, 2023← de Vries 2023
"ChatGPT 'drinks' a bottle of fresh water for every 20 to 50 questions we ask"
Euronews, 2023← Li et al. 2023
"Warning AI industry could use as much energy as the Netherlands"
BBC News, 2023← de Vries 2023
"AI Could Use as Much Water as 1.3 Billion People by 2030"
TIME, 2026← UN report
"Data centers powering AI could use more electricity than entire cities"
CNBC, 2024← demand projections
"Global data centres expected to consume more electricity than Japan by 2030"
World Economic Forum, 2025← IEA 2025
"Revealed: Big tech's new datacentres will take water from the world's driest areas"
The Guardian, 2025← investigation
"Artificial intelligence technology behind ChatGPT was built in Iowa — with a lot of water"
Associated Press, 2023← Li et al. 2023
The tell. Watch the "as much as a whole country" claim — it never lands on the same country twice:
🇳🇱 Netherlands BBC 🇸🇪 Sweden Data Center Dynamics 🇦🇷 Argentina Energy Central 🇯🇵 Japan WEF / IEA 🇮🇪 Ireland Guardian

The first three — Netherlands, Sweden, Argentina — are the same single 2023 study (de Vries, Joule), reported by three outlets as three different countries. When one estimate can be a small country or a mid-sized one, the tell is that the underlying number is soft — a projection with wide error bars, not a measurement. (Japan is a separate study; Ireland is a within-country comparison.) The volume of coverage makes it feel like overwhelming evidence; trace the footnotes and it collapses to two 2023 papers — Li et al. ("bottle of water") and de Vries ("country of electricity") — echoing across a thousand articles. Repetition isn't replication.

One study, many countries

One soft estimate, reported as three different whole countries

One study · one number

de Vries (2023) · “The growing energy footprint of AI,” Joule

85–134 TWh/yr projected · by 2027

A single projection with wide error bars — not a measurement

🇳🇱 Netherlands Reported by · BBC

“AI could use as much power as the Netherlands.”

🇸🇪 Sweden Reported by · Data Center Dynamics

Same figure framed as Sweden’s electricity use.

🇦🇷 Argentina Reported by · Energy Central

Same figure framed as Argentina’s electricity use.

When one estimate can be “a small country or a mid-sized one,” the number is soft. Repetition isn’t replication — three headlines, one projection.
Different sources — not part of the fan
🇯🇵
Japan IEA 2025 · via WEF

A separate data-centre total comparison from the IEA “Energy and AI” report — not de Vries.

🇮🇪
Ireland The Guardian

A within-country comparison — Irish data centres vs Irish homes. A different flavour again.

So this page takes the narrative apart, claim by claim. The per-query "bottle of water" (§07) and energy figures (§01); the "as much as a country" aggregate and its soft projections (§04); the crypto-and-cloud load quietly folded into "AI" (§03); and the recurring pattern where an alarming number goes viral and the correction never travels (§11). None of this means AI's footprint is zero — the real, local harms are in §11. It means the story is built for clicks, not calibration.

Confidence tags, because the whole point is showing your work

MEASURED metered on real hardware and published. DERIVED arithmetic from published hardware specs (GPU TDP, model size) — checkable by anyone with the card. ESTIMATE from memory or a source we couldn't open this session; stated as a range, never hardened into a fact.

01 · Run it yourself — per-query energy is hardware arithmetic

You do not have to estimate what a query costs. Open-weight frontier-class models — Llama-3, Qwen-72B, DeepSeek-V3, Mistral — download from HuggingFace and run on servers you can rent by the hour or buy outright. The energy per query is then just physics:

Wh/query = (GPUs in node × rated TDP watts × seconds per query) ÷ (queries served concurrently) ÷ 3600 × PUE

Every term is knowable. GPU TDP is a published NVIDIA spec. The GPU count is fixed by the model's weight memory (params × 2 bytes for bf16, ÷2 for fp8/int8, ÷4 for 4-bit). Seconds-per-query and concurrency you read straight off nvidia-smi while vLLM serves. Here is that math for four real open models:

Open model (from HF)WeightsRuns on (buyable)Node draw 1 user, no batchingServed, batched
Llama-3.1-8B16 GB bf161× A100-80GB~0.4 kW ~0.3–1 Wh~0.01–0.05 Wh
Llama-3.3-70B140 GB bf162× A100 / 2× H100~0.8–1.4 kW ~2–10 Wh~0.05–0.3 Wh
DeepSeek-V3 (671B MoE, 37B active)~670 GB fp88× H200~5.6 kW ~5–20 Wh~0.1–0.4 Wh
Llama-3.1-405B~405 GB fp88× H100~5.6 kW ~20–60 Wh~0.3–1 Wh

GPU TDP (A100-SXM 400 W, H100/H200-SXM 700 W) — NVIDIA published spec MEASURED · weight memory + throughput → Wh — standard vLLM serving arithmetic DERIVED · assumes ~500-token response, PUE ~1.1–1.2

The one variable that runs the whole show: batching

Look at the last two columns. Same model, same silicon — the per-query energy moves 10–50× depending only on whether you serve one user or a full batch. A GPU running a single request wastes most of its ALUs waiting on memory; continuous batching (vLLM, TGI, SGLang) packs 32–64 concurrent requests onto the same card and fills it. Every production system batches. That's why the honest at-scale number is the low green column, and why the hobbyist running one prompt on a home rig sees the high one — they're both right; they're different workloads.

This is exactly the term the closed-model estimates have to guess — Epoch's ChatGPT figure literally assumes "10% utilization"; Google's Gemini disclosure quietly assumes near-full batching. You don't have to pick a side. Stand up the open model and read the meter.

The lever

Batching is the lever

Same query, same GPU — but energy per query swings 10–50× on one factor alone: how many requests share the card at that instant. The chip burns its full rated power either way; batching just splits that power across more useful work.

Serving 1 user concurrency 1
GPU compute cells1 GPU die
~3%of the die doing useful work — the rest idles, waiting on memory
PWR÷ 1 query
Per-query energy
2–10 Wh
high — full-card power carried by one request
Continuous batching concurrency 32–64
GPU compute cells1 GPU die
~90%of the die kept busy — 32–64 requests packed onto one card
PWR÷ 64 queries
Per-query energy
0.05–0.3 Wh
low — same power split across the batch
Where the swing lives
Wh/query = (GPUs × TDP × sec) ÷ concurrent queries ÷ 3600 × PUE

Every term but one is fixed by the hardware. The concurrent-queries divisor is the lever — push it from 1 to 64 and per-query energy falls by that factor. Numbers above are from the same 2×H100 running Llama-3.3-70B.

Hobbyist, one prompt on a home rig: concurrency 1 → the high number is real.
Production, always batched: concurrency 32–64 → the low number is the honest at-scale figure.

Independent confirmation that the arithmetic is right. Luccioni et al. (2023) metered ~88 open models on an A100-80GB (AWS us-west-2, sequential/unbatched): small text models landed at ~0.047 Wh/query, image models averaged ~2.9 Wh (Stable Diffusion XL ~11.5 Wh) — the same order the hardware math predicts.

Luccioni et al., "Power Hungry Processing," metered A100-80GB MEASURED · Splitwise (ISCA'24, arXiv 2311.18677): 9.4 Wh for an unbatched Llama-2-70B conversation (H100, P50; 7.9 Wh on A100) VERIFIED

02 · You are not the reason they build the data center

Here's a piece of the causal picture that individual-responsibility framing usually misses. H100s are not manufactured in response to demand you can place. The real bottleneck on accelerator supply is TSMC's CoWoS advanced-packaging line, and it's booked out by a handful of hyperscalers — Microsoft, Meta, Google, Amazon, xAI, Oracle — placing multi-billion-dollar orders on multi-year horizons. The data center gets built, the GPUs get bought, and the racks get powered on the basis of capital-allocation cycles and capacity planning, committed long before — and regardless of — whether you personally ask anything.

And once the racks are spinning, your query is inframarginal: it drops into batch capacity that is already running (§01). The dominant footprint of AI is the amortized fixed cost of the buildout — chip fab, construction, and the baseline power to keep committed capacity available — not the tiny dynamic increment of one more prompt filling a batch slot that was going to spin anyway. So attributing the buildout to any one person's queries points at the wrong node in the causal graph: the lever is capex and the vendor-pipeline forecasting that inflates it (§04), decided in boardrooms — not the individual deciding whether to hit enter.

Here is the chain that actually produces a running AI data center. Follow where the constraint is — and where you enter it:

STEP 1 · years ahead$ Capital allocation~$725B Big-4 hyperscaler capex planned for 2026 (from ~$226B in 2024) — committed in boardrooms.
all the capital flows in ↓
SOLD OUTSTEP 2 · the real limit TSMC CoWoS packaging~90% of AI-scale advanced packaging is one company's line — "sold out through 2025 into 2026." This is the bottleneck, not you.
throttled — everything downstream is rate-limited here ↓
STEP 3 · the widget The accelerator208B transistors in one Nvidia B200 — dual die + 8 stacked HBM3e chips fused on that CoWoS interposer. Not a consumer part.
STEP 4 · years ahead Build & power5–10 yr grid-interconnection queues (N. Virginia ~7 yr; Dublin paused to 2028). Power is locked in long before launch.
STEP 5 · always on Racks spin 24/7fixed cost Committed capacity draws power and batches requests whether or not you show up.
You enter here — one prompt drops into a batch slot that was already going to run. Every capex, fab, and power decision above was made upstream of you, on multi-year horizons. Your query is the last, smallest, inframarginal step.

The scale of what's committed before any of us hits enter:

2024
~$226B
2025
~$410B
2026
~$725B

Big-4 (Amazon, Alphabet, Meta, Microsoft) combined capex, planned/actual VERIFIED · CoWoS ~90% share + "sold out … into 2026" (TSMC C.C. Wei) VERIFIED · B200 208B transistors VERIFIED · interconnection queues 5–10 yr VERIFIED

"All the hyperscalers report that their markets are supply-constrained, rather than demand-constrained." — industry capex analysis, 2026. The thing holding AI back isn't too few users asking; it's too little packaging capacity and power. That is the opposite of a story where your individual query is the driver.

The honest caveat — aggregate demand isn't causally inert At the population level, sustained real demand does eventually justify the next capex round; users are not nothing. But two things stay true: (a) no individual query moves the fab, and (b) the buildout is driven by projected and speculative demand and NVIDIA's order book, not your specific use. Guilt-tripping the person asking a question mistakes a rounding error for the driver.

03 · "Data centers" ≠ "AI" — stop conflating them

Here is the sleight almost every headline runs on. The famous anchor — "data centers are ~1–1.5% of global electricity" — is all data centers: streaming, cloud storage, email, corporate IT, and crypto. AI is a slice of that slice. How big a slice is genuinely unresolved: nobody meters AI separately. No operator discloses AI vs non-AI electricity — Google's last such disclosure was 2022 — and the IEA publishes AI-focused data centres only as a growth rate, never as a standalone total. The best available estimate put AI at 10–15% of data-centre energy in 2023, and the IEA says AI-focused data centres grew 50% in 2025 against 17% for data centres overall. Roll that forward and AI lands around 15–30% of data-centre electricity in 2025. Do the multiplication:

Nesting the numbers. Global electricity → data centers (~1.7% in 2025) → AI's share of that (~15–30%, estimated). Today's AI is on the order of ~0.3–0.5% of global electricity — real, growing fast, and still nowhere near the "AI is boiling the planet" register. The band is the honest width of what's known, not a point estimate.

0% 20% 40% 60% 80% 2023 2024 2025 2026 2027 2028 2029 2030 today ← ESTIMATED · PROJECTED → IEA-4E 10–15% this page 15–30% Goldman 14% SemiAnalysis ~42% Goldman 27% Morgan Stanley ~56% IEA-4E 35–50%
filled = estimate for a year that has happened hollow = projection circle = share of energy (TWh) square = share of capacity (GW) ⋮ capped bar = the publisher stated a range • bare marker = no uncertainty stated at all

Teal = Based (method published, inputs checkable). Orange = WAG (real analysts, undisclosed method). Dashed lines are a single publisher's own extrapolation between its own two points — not observations. Note what the graph shows: everyone roughly agrees about the years that have already happened, and fans out from 27% to 70% for the years that have not. The disagreement is entirely in the forecast. Do not compare a circle against a square: energy and capacity are different quantities, and converting between them needs a utilisation assumption none of these publishers states. One number used to sit at 70% on this graph and has been removed: McKinsey's, because it counts the capacity of whole facilities "equipped to host advanced-AI workloads" — the entire building, including its non-AI load — which is not AI's share of power. It was the highest point on the chart and it was measuring something else. And notice which marks have error bars. Every capped bar on this graph belongs to a Based source; every WAG is a bare marker — a single number with no published uncertainty, for a year five years out. The houses that show their working also admit what they don't know.

Data centers 485 TWh ≈ 1.7% of global electricity in 2025, IEA Key Questions on Energy and AI (Apr 2026) ESTIMATE · AI 10–15% of data-centre energy in 2023, IEA-4E/EDNA ESTIMATE · AI-focused data centres +50% in 2025 vs +17% for all data centres, IEA ESTIMATE · product ≈ 0.3–0.5% of global electricity DERIVED

Whenever you see "data centers will double by 2026 to ~1,000 TWh," note what's inside: the IEA bundles data centers + AI + crypto into one figure and provides no clean AI-only carve-out. Crypto alone was ~110 TWh in 2022 (Bitcoin ~120–200 TWh by itself) — larger than the AI-specific slice at the time. Reporting the whole bundle as "AI's appetite" annexes a crypto load the size of Thailand's national grid.

04 · Where the operational numbers actually land (and why the scary ones are shaky)

Disambiguated honestly: data-center electricity is growing fast — the IEA projects it "more than doubles by 2030 to around 945 TWh" (≈ Japan's total), and in the US data centers may drive nearly half of demand growth to 2030. That's a real grid-planning and interconnection problem. But the truly alarming numbers are 2030 extrapolations built on vendor sales pipelines, not measurements.

Who is actually counting AI's electricity — and can you check their work?

Every AI-specific energy figure in circulation is a model. That is not damning on its own; what matters is whether you can audit the model. Sorted by whether you can. Labels describe the claim, not the integrity of the people who published it.

Basedmethod published, inputs checkable, uncertainty stated
Epoch AI source ↗
~30 GW of global AI data-centre power capacity, Q4 2025.
Chip sales × rated power × a 2.5× overhead multiplier, all disclosed; datasets published CC-BY; error bars given ("80% of the time… accurate within a factor of 1.4x"). Read the boundary carefully: this is the power that would be needed if every chip sold ran at rated draw — nameplate capacity, not metered consumption.
IEA-4E / EDNA source ↗
AI = 10–15% of data-centre energy in 2023.
A published critical review of every other model, with the disagreements left visible rather than averaged away.
ERCOT (Texas grid operator) source ↗
~410 GW of large loads in the interconnection queue, ~87% of it data centres — against 3,883 MW actually observed drawing power.
Metered, by the operator whose own grid it is. ERCOT's words: of the "9042 MW that have received Approval to Energize, ERCOT has observed a non-simultaneous monthly peak consumption of 3883 MW". So under 1% of the announced queue is real load today. Queue figures are announcements; meters are electricity. Nearly every alarming buildout number quotes the former. ERCOT has since built the discount into its own forecasting: "The average peak consumption per site was 49.8% of the requested MW."
ML CO2 Impact
Per-training-run emissions calculator.
Code and grid coefficients public on GitHub. Honest about being a calculator, not a measurement — it never touches the running job, and the authors say so: "there is still a large margin of error".
WAGreal analysts, real work — but the method is not disclosed, so you cannot check it
Morgan Stanley source ↗
GenAI "from 29TWh in 2023 to 686TWh in 2028" against all data centres "370TWh… to 1235TWh" — i.e. AI ≈ 56% of data-centre power by 2028.
The cleanest AI-share-of-energy number anyone publishes, and the highest. The same paragraph ends: "Please ask us for a copy of our GenAI model." The output is public; the model is not.
McKinsey
~70% of 2030 data-centre capacity demand is for facilities equipped to host advanced-AI workloads.
Widely requoted as "AI will be 70% of data-centre power". It is not that: it counts whole buildings' gigawatts, not AI's share of consumption, so we removed it from the graph above. The 70% also appears unchanged across their 2024 and 2025 publications while the surrounding range collapsed to its own upper bound — which looks like an assumption carried forward rather than a result re-derived.
Goldman Sachs source ↗
AI = 14% of the data-centre market, rising to 27% by 2027.
A share of gigawatts of load mix, not of energy — so it cannot be multiplied against an annual-TWh figure, which is exactly the error this page used to make.
SemiAnalysis
AI ~40 GW of 96 GW total by 2026.
Underlying models are paid institutional products; no error bars; charts published as images.
Schneider Electric source ↗
AI 4.5 GW today → 14–18.7 GW by 2028.
The floor of the whole field. The entire disclosed method is footnote 4: "Forecast based on internal Schneider Electric growth projections." Its neighbours in that endnote list are ordinary academic citations. Schneider sells data-centre power and cooling equipment. Note too that the live document is now a v3 with the projection deleted — the quote survives only in the archived v2.1.
Hallucinatedthe number traces to nothing, or to something that does not say it
"Data centers could account for up to 21% of overall global energy demand by 2030."
Published by MIT Sloan (Jan 2025) as a highlighted pull-quote — with the citation field left literally empty in the page source: <a class="data_point--cta_link" href></a>. We checked. No primary source states it. The only genuine ~21% figure in the literature is Andrae & Edler (2015), where 21% is a worst case for all communication technology in 2020 — not AI, not 2030. Andrae later cut his own 2030 predictions by 61%.
Retracted by usclaims we accused, then checked properly, and cleared
"AI is nearly half of data-centre power."
We listed this as unsourced. We were wrong. Alex de Vries-Gao makes the claim himself, in his own announcement of his peer-reviewed Joule paper: "this share could approach half of data center power demand by the end of this year, as the power demand of AI systems could rise to 23 gigawatts." A question remains about which denominator he used — but that is a methodology critique of a properly sourced claim, which is a different and much lesser charge.
"AI is 60% of electricity growth" restated as "60% of electricity."
We could not find anyone actually making the misquote. Every citation we checked preserved BCG's original "load growth" framing. Removed for lack of evidence — an accusation nobody has been shown to earn is exactly the thing this page exists to object to.

How this genre of forecast has actually performed

The 2030 numbers above cannot be checked yet. But this is not the first time anyone has forecast computing's electricity, so the track record can be checked — and it is the fairest guide to how much weight the right-hand side of that graph deserves. Hits included, because a list of only failures is a rhetorical device rather than a record.

Missed
1999 · Peter Huber & Mark Mills, Forbes. Computing already "about 13%" of US demand, and "It's now reasonable to project that half of the electric grid will be powering the digital-Internet economy within the next decade."
What happened: Koomey's LBNL review cut the estimate "by about a factor of eight" (295 → 36 TWh). LBNL later measured computer and office equipment at roughly 3% of US electricity. Twenty-seven years on, US data centres were 4.4% of US electricity in 2023. The grid was never half anything.
2015 · Andrae & Edler. Communication technology at 6, 11 or 21% of global electricity in 2020.
What happened: ICT came in around 4%. The author later cut his own 2030 predictions by 61%. Note the 21% was his worst case, not his central estimate — it is the citing, not the paper, that went wrong.
2018 · Digiconomist on Bitcoin. The network "could be using as much as 7.7 gigawatts" by end-2018.
What happened: Cambridge's index measured 4.24 GW — below even Cambridge's own upper bound.
Revised, not tested
2024 → 2025 · Danish Energy Agency. Data-centre electricity in 2030 projected at 17.1 TWh, then revised to 6.0 TWh a year later.
What changed: nothing physical — two assumptions. Capacity 1,950 → 1,000 MW, and a load factor introduced at ~68% where the old figure had implied 100% utilisation, 24 hours a day, every day of the year (1,950 MW × 8,760 h = 17.08 TWh). A third of the original survived. Their 2050 figure went up.
Landed
2020 · Masanet et al., Science. The contrarian call: data-centre energy had grown just 6% from 2010 to 2018 while compute grew 550%.
Held up. Efficiency absorbed almost all of the demand — the possibility most forecasts of the period had assumed away.
Ireland · the growth that did materialise. Data centres were 5% of metered electricity in 2015.
Now 23% (2025), up from 22% in 2024 — and that is metered, by a national statistics office, not modelled. Read this one against the ERCOT queue figures above: announced capacity is mostly vapour, and the real growth is still enormous. Both are true.

Audited: nothing. Not one AI-specific energy figure anywhere is third-party assured. The hyperscalers do publish assurance letters — but they cover total-company emissions, one aggregate energy line and water, and explicitly disclaim the rest of the report, which is precisely where the AI numbers sit. Microsoft's per-datacentre electricity table is in the unassured section; NVIDIA's assured Scope 3 stops one category short of the GPUs it sells. No mandatory regime forces an AI carve-out either — not CSRD, not California SB 253, not the EU data-centre scheme. When someone quotes you a precise figure for AI's electricity, no auditor has stood behind it.

And there is a structural reason it stays this way. Meters, industry codes and interconnection contracts have no workload dimension. Utilities segment by customer, statistics offices by industry code, grid operators by connection size — none of which knows whether a rack is training a model or serving email. So the metered national figures that do exist are for data centres, and every AI-specific number is necessarily derived outside official statistics. That is a permanent feature of how the counting works, not a gap someone will close next year.

Global data-center electricity (all uses, not just AI), IEA "Energy and AI" 2025. Real growth — and note the y-axis ceiling is ~3% of world electricity, not a fifth of it.

IEA "Energy and AI" 2025: 945 TWh by 2030 ≈ Japan MEASURED · 2024 base ~415 TWh implied by "more than double" ESTIMATE

"More than double" — now put it in perspective

"Doubling" is designed to alarm. But the whole projected increase is ~530 TWh spread over six years (415→945). For scale, the world's electricity demand grew by ~1,100 TWh (+4.3%) in 2024 alone — so the entire data-center build-out to 2030 is less than half of one recent year of ordinary grid growth, which we add for air-conditioning, EVs and electrification regardless of AI.

Global electricity growth, 2024 alone
+1,100 TWh in one year
1 yr
All data-center growth, 2024→2030
+530 TWh
6 yrs
~3%of the world's electricity is all data centers in 2030 (from ~1.5% today) ~0.5%of the world's total energy (electricity + fuels) in 2030 ~0.3%of today's total energy is the entire 2024→2030 increase

Global electricity demand +1,100 TWh (+4.3%) in 2024 — IEA Global Energy Review 2025 MEASURED · shares vs ~30,000 TWh electricity / ~170,000 TWh total primary energy DERIVED

Goldman's viral "+165% by 2030" is a compound extrapolation off 2023, and energy economist Jonathan Koomey names the flaw: "usually what they're assuming is NVIDIA's business plan is our growth forecast." The precedent is the dot-com scare — analysts claimed computing would hit 13% of all electricity; the real number came in at 3%. And the boxes are not consistent even within one institution: two 2024 IEA reports give 2022 figures that differ by roughly half, because one bundles crypto in and the other leaves it out. That is a scope difference, not an error — but it means you cannot compare two data-centre numbers until you know what each one counts. Treat the doubling/165%/21% figures as upper-bound scenarios with a stated assumption stack, not facts. The "21% of electricity by 2030" line was never primary-sourced — it's a projection, not a measurement, so it isn't a data point at all; treat it as one scenario's assumption, not evidence.

05 · Operator economics: batching & PUE are the utilization levers

It's easy to miss that electricity is the operator's dominant operating cost — so the incentive to raise utilization points the same way as the environment. Two independent levers, both about not wasting watts:

PUE = total facility energy ÷ IT energy (1.0 = zero overhead). Google's 2025 fleet runs 1.09; the industry average has been stuck near 1.5+ for a decade. Combined with batching (lever 1, §01) and custom silicon, this is why measured production per-query energy is small.

Google fleet PUE 1.09 (2025) MEASURED · industry avg ~1.54, Uptime Institute 2025 (via Google's citation) ESTIMATE

>6×

Google compute per unit of electricity vs 5 yrs earlier (custom TPUs) MEASURED

33× / 44×

energy / carbon drop per median Gemini text prompt, one recent 12 mo MEASURED

0.24 Wh

Google's comprehensive per-prompt figure vs the flattering 0.10 Wh "active-chip-only" MEASURED

Energy per median text prompt, 2023 → now. Each square's area is its watt-hours, so a smaller square means less energy. These points come from different models and methods each year, so read it as a trend, not one controlled measurement — but the direction is unmistakable.

2023
~3 Wh
ESTIMATE
viral figure, now seen as high
2024
~0.3 Wh
ESTIMATE
where estimates converged (Epoch, Ritchie)
2025
0.24 Wh
MEASURED
Google, median Gemini text prompt
now
still falling
NO 2026 FIGURE
trend continues; no published number yet

Different methods, same direction: down. The 2023 ~3 Wh is the viral GPT-3-era estimate (widely judged too high); ~0.3 Wh is where independent 2024 estimates converged; 0.24 Wh is Google's own 2025 measurement of a median Gemini text prompt. Google separately measured that median prompt falling 33× in a single year (May 2024→May 2025), with carbon per prompt down ~44× over the same span — driven by better silicon (>6× perf/watt in 5 yr), batching, and a 1.09 PUE. The big caveat: these are different models and workloads, so it's a directional trend, not an apples-to-apples series. MEASURED ESTIMATE

Both directions, honestly. The 33× is one workload (text prompt), software-driven, and Google says it does "not represent … all prompts nor … future performance"; the 44× carbon bundles grid decarbonization with compute. The 0.24 vs 0.10 Wh disclosure is a vendor publishing the less flattering number — conceding most public estimates undercount true at-scale load by ~2.4×. But Google is an interested party, and independent critics (e.g. de Vries-Gao, via Data Center Dynamics) push back on the boundary: it's a median (heavier long-context prompts cost more), the water counts only on-site cooling (not the water to generate the electricity), the carbon uses "market-based" accounting (which clean-energy purchases flatter), and it isn't peer-reviewed. The internal math is sound; the scope is chosen.

The counterfactual to a new data center isn't zero — it's old capacity running longer

Opposition tends to treat blocking a new build as the zero-impact option. It isn't. The same demand served on older infrastructure costs more energy per unit of work: legacy facilities sit near the decade-stale industry-average PUE of ~1.54 versus a new hyperscale campus at ~1.09, and older accelerators deliver a fraction of the compute-per-watt — Google's own silicon improved >6× in five years. Every generation you don't replace locks in the worse ratio. So "don't build" is not a null choice; non-replacement has a real, if invisible, energy cost. This cuts against reflexive opposition and against unchecked expansion: the honest goal is efficient capacity that actually retires the old stock — not more capacity for its own sake, and not freezing the fleet at yesterday's efficiency.

Same demand · two ways to serve it
Legacy capacitythe “don't build” path · PUE ~1.54, older silicon
~6× energy
Efficient new campusretires old stock · PUE ~1.09, >6× compute/watt

Blocking a build doesn't zero the demand — it serves it on the top bar. The same work on legacy hardware costs several times more energy (higher PUE × older accelerators). “Don't build” keeps the tall bar running; the win is efficient capacity that retires the old stock. DERIVED · PUE × compute-per-watt

06 · Small / local / MoE bend the curve — but Jevons bends it back

Capacity forecasts hard-code 2025's model size, cost, and cloud-centric inference — every one of which is dropping fast. DeepSeek-V3 hit frontier-competitive quality with only 37B of its 671B params active per token (MoE), so per-token compute — and energy — is closer to a ~40B dense model despite the big memory footprint. Its final training run was 2.788M H800-GPU-hours ≈ $5.576M. Epoch measures fixed-performance inference price falling a median ~50×/yr (200×/yr since 2024), and frontier quality now lands on a sub-$2,500 consumer GPU within 6–12 months — pushing real inference off the cloud for models up to ~40B params.

A lot of capable inference already runs on hardware you own — quietly, off the cloud

The "AI = a warehouse of H100s" mental model skips how much inference is moving local. Today's 7B and 32B open models (Llama, Qwen, Mistral) run on a laptop or a single small GPU; even a 70B model runs on a high-memory ARM machine — Apple Silicon via MLX (Apple's on-device ML framework), or an Ampere/Graviton ARM server — or a modest on-prem box. No data center required, and the smaller models are getting good enough for more and more tasks.

Quantization compounds it. Running a model in FP8 (8-bit numbers) instead of the usual 16-bit roughly halves the memory it needs — a 70B model drops from ~140 GB to ~70 GB — and moving fewer, smaller numbers means less energy and less silicon per token. So the honest trend isn't only "bigger models in bigger data centers"; it's also "good-enough models on small, efficient, local hardware" — a growing slice of inference that leaves the data-center accounting entirely.

Efficiency ≠ less total energy

37B / 671B

DeepSeek-V3 active vs total params — MoE keeps per-token energy low MEASURED

$5.576M

V3 final training run (excl. R&D, paper's own caveat) MEASURED

~50×/yr

fall in inference price at fixed performance (200×/yr since 2024) MEASURED

This is the Jevons paradox. Cheaper per-token inference has historically expanded total consumption — agents, reasoning-token blowups, always-on inference — faster than unit cost fell; Satya Nadella invoked it by name the day of the DeepSeek sell-off. Meanwhile frontier training compute still climbs ~5×/yr. The two forces partly cancel, so the honest position is radical uncertainty about total demand, not "AI will need less." The unknown that swings every buildout forecast is the elasticity of demand to price.

07 · Water: measurable, engineerable, and in proportion

Same discipline as energy — count the actual liters, and set them in proportion. Per-query water is not one number; it's a boundary choice. Two credible 2025 disclosures sit ~170× apart because one counts on-site cooling only and the other counts full life-cycle (incl. electricity generation).

Google 2025 on-site cooling 0.26 ml MEASURED · Mistral 2025 peer-reviewed LCA ~45 ml full life-cycle MEASURED

And in proportion: globally, agriculture is 69% of freshwater withdrawals; industry (which merely contains data-center cooling) is 19%; municipal 12%. In the US, thermoelectric power-plant cooling (133 Bgal/day) and irrigation (118 Bgal/day) so dominate that data centers don't register as a national USGS category. The viral "500 ml per chat" traces to one 2023 GPT-3 estimate (Li et al.) whose own authors give a 5× range ("10–50 responses") and stress location-dependence. Critically, evaporative cooling is an engineering choice, not a law of physics: Microsoft's closed-loop chip cooling recirculates water and claims to eliminate it entirely (>125M L/yr avoided per site). The honest ask is WUE disclosure and closed-loop retrofits in genuinely stressed basins — not treating inference as a top-tier water villain when alfalfa and once-through power cooling dwarf it.

Global freshwater withdrawals by sector (FAO/AQUASTAT). Data-center cooling is a fraction of the industrial 19% — not its own bar.

FAO/AQUASTAT 69 / 19 / 12% MEASURED · USGS thermoelectric 133 + irrigation 118 Bgal/day MEASURED

Where the water actually goes

If you wanted to save freshwater, here's the ranked target list

US withdrawals, USGS 2015 — power-plant cooling + irrigation + public supply ≈ 90% of all US water. AI data centers aren't even a broken-out national category.

Area = daily volume
Power-plant
cooling
133 billion gal / day
Crop
irrigation
118 billion gal / day
AI coolingtoo small to size honestly — not a broken-out US category

Each square's area — not its side — equals its daily withdrawal. The AI dot is a placeholder, not a measured share.

Biggest levers first bar ∝ US withdrawal
Thermoelectric cooling 133 Bgal/d
Crop irrigation 118 Bgal/d
Public supply part of the top 90%
AI / data-center cooling
Off the national chart

National totals aren't the whole story. Water is local: in a drought-stressed basin, even a modest new draw can matter. What decides AI's real impact is siting and source — recycled or air-cooled beats potable water in a dry region — not its rounding-error share of the national total.

08 · A sense of proportion

None of this means the impact is zero, or that caring is foolish. It means the sizes are worth getting right before we assign guilt. Three proportions, all built from numbers already on this page.

Water is not "deleted from the universe"

The mental image behind the panic — a bottle of water consumed by your prompt and gone forever — is physically wrong. Cooling withdraws water; most is returned, and the fraction that evaporates re-enters the water cycle as precipitation. Water is not destroyed; it is borrowed, and some is relocated. The real, legitimate concern is local and temporal scarcity — a specific aquifer in a specific drought-stressed basin at a specific time — not a cosmic ledger where the universe's water is ticking down. Withdrawal ≠ consumption ≠ destruction, and collapsing all three is how "0.26 ml of cooling" becomes "you killed a bottle of water."

The conversation about it is bigger than the query

Both of these are measured numbers already cited on this page. A median Gemini text prompt emits ~0.03 gCO₂e (Google's metered per-prompt disclosure, alongside its 0.24 Wh / 0.26 ml). Streaming 30 minutes of video emits ~18 gCO₂e (IEA streaming fact-check, §11). So:

A sense of scale — carbon of everyday digital things

Every ordinary online action carries a little carbon. A prompt sits at the small end.

💬
One AI text prompt
0.03 g
CO₂e · Google-metered MEASURED
🔍
One web search
~0.2 g
CO₂e · ≈ 7 prompts ESTIMATE
📧
One email w/ attachment
~4 g
CO₂e · ≈ 130 prompts ESTIMATE
📺
30 min of streaming video
~18 g
CO₂e · ≈ 600 prompts IEA

A single prompt's carbon is a rounding error next to ordinary online life. Half an hour of streaming ≈ 600 prompts; one web search ≈ 7. None of these earn guilt on their own — which is the point: the footprint that matters is the buildout (§02), not any single query.

A 30-minute video explaining AI's water crisis costs roughly 600 prompts worth of carbon; the time spent reading and writing about it online adds more. That's not an argument against making the video or having the conversation — both are worth it. It's a reminder that ordinary digital actions, an AI query among them, are all individually tiny, so singling one out for guilt doesn't track the actual sizes.

Where the leverage actually is: alfalfa

AI's entire global water footprint is a fraction of a percent of agriculture's (§07). In the drought-stressed US West, alfalfa — much of it grown as cattle feed for export — is among the single thirstiest crops. Trimming a small percentage of alfalfa irrigation would free more freshwater than the entire AI sector uses. VERIFIED: in the Colorado River Basin, cattle-feed crops (alfalfa + hay) consume ~46–55% of the water — nearly two-thirds of all agricultural use (peer-reviewed; LA Times / E&E) the specific "1% of alfalfa > all of AI" ratio is illustrative, not a fetched figure. Again, the point isn't that AI's water use is nothing — it's that if we're serious about freshwater, the highest-leverage targets are alfalfa, thermoelectric cooling, and the capex-driven buildout (§02), and they deserve more of our attention than any individual's chatbot use.

Where Colorado River water actually goes Richter et al. 2024
32%
20%
19%
18%
11%
Cattle-feed crops (alfalfa & hay) 32% Rest of agriculture 20% Natural vegetation 19% Cities + industry 18% Reservoir evaporation 11%

Alfalfa & hay for cattle take ~32% of the river — a bigger slice than every city and industry combined (18%). Agriculture is 52% overall, and cattle-feed is nearly two-thirds of it. AI's entire water footprint is a fraction of a percent of agriculture — it wouldn't be a visible sliver on this bar.

A sense of scale — water behind everyday things

Same unit (water), wildly different sizes. Your AI hobby sits at the bottom of this list, not the top.

💬
One AI text prompt
0.26 mL
a teaspoon ≈ 20 prompts MEASURED
🧶
Knitting one wool sweater
~1,500 L
≈ 400 gal · wool varies a lot ESTIMATE
🍔
One hamburger
~660 gal
≈ a million+ AI prompts Water Footprint Calc.
One round of golf (your share)
~1,400 gal
≈ 2 burgers · ~48M gal/yr ÷ ~34,000 rounds GCSAA / NGF

Nobody calls golfers or knitters environmental villains. Split fairly per person, one round of golf ≈ ~1,400 gallons — about two burgers, or a million-plus chatbot prompts — and a whole course drinks ~48 million gallons a year. Care about freshwater? The leverage is alfalfa, thermoelectric cooling, and the buildout (§02), not your chatbot.

"But agriculture feeds living things — so its water doesn't count!"

This is the strongest objection to the whole proportion argument, and it has real moral force: a harvest matters more than a chatbot query, and no one here is arguing otherwise. The proportion point is about scale and leverage — where the water actually is — not a claim that AI's water is somehow more valuable than food. But the "it all feeds people" premise is wrong on the specifics:

  • The single biggest US water user feeds nothing. Thermoelectric power-plant cooling — ~133 billion gal/day, the #1 category (§07 above) — just cools fossil and nuclear plants. No calories at all.
  • Much of "agriculture" isn't feeding people either. In the Colorado River Basin, cattle-feed crops (alfalfa, hay) consume ~46–55% of the water — nearly two-thirds of all agricultural use (peer-reviewed). Beef runs ~1,800 gallons per pound, the least water-efficient calorie there is — and a large share of that alfalfa is exported to feed cattle overseas. That's not "feeding the hungry"; it's discretionary animal feed.
  • So the comparison was never "AI vs. food on the table." It's AI vs. the most discretionary, least-efficient water uses — export cattle feed, almonds in drought, power-plant cooling. Against those, AI's water is a rounding error.

The objection changes the moral ranking (food > chatbot — agreed), not the scale (AI is tiny). Both are true at once. If you actually want to relieve a stressed basin, you go after the biggest, most-discretionary users first — and AI isn't in the top tier.

09 · What nobody counts, part 1: waste — and the system already wastes most of it

Start with the context that reframes the whole argument: the US energy system already throws away most of the energy it produces. The long-documented Lawrence Livermore energy flow chart shows roughly two-thirds of US primary energy is "rejected" — lost as waste heat in generation and conversion before it does any useful work — with another ~5% of electricity lost in transmission and distribution. AI's marginal draw lands inside a system already running at maybe a third of its theoretical efficiency.

US energy: rejected (waste heat) vs. useful "energy services." Against a system that discards two-thirds of everything, AI's entire share (§03, ~0.2% of electricity) is the sliver at the bottom.

Rejected ~2/3 of primary energy — LLNL energy Sankey, long-established framing ESTIMATE (figure lives in the LLNL chart image; not machine-fetched this session) · T&D loss ~5% — US EIA MEASURED

Combine that with §02: the buildout is capex-driven and inelastic to your individual query, and it sits atop enormous pre-existing waste. Focusing on an individual's prompts optimizes a rounding error while the system rejects two-thirds of everything it makes. The real lever is systemic efficiency — which, as it happens, is one of the things AI is measurably good at (§10). Then there's the AI-specific waste the per-query and operational-TWh math both skip:

  • Embodied carbon & hardware churn. Manufacturing a GPU — TSMC fab energy, HBM stacks, CoWoS packaging — carries a large embodied footprint that no per-query number includes. Accelerators churn on a ~2–3-year cycle (A100 → H100 → H200 → B200); the operational-energy story quietly assumes the hardware just exists.
  • E-waste. Decommissioned accelerators, servers, and networking gear — most not recycled, some containing materials whose extraction had its own upstream water and energy cost.
  • Speculative overbuild & stranded capacity. The vendor-pipeline forecasting that inflates demand estimates (§04) drives capex ahead of real load. Data centers built on speculation sit underutilized — idle GPUs still draw power and still embody all that manufacturing carbon for little useful work.
  • Discarded and redundant training. DeepSeek's own paper says its $5.576M figure excludes "prior research and ablation experiments." Failed runs, models trained and never shipped, and five labs each training a near-identical frontier model are duplicated footprint that never shows up in a per-query stat.
  • Wasted inference. Agentic retry loops, needless long-context reprocessing, and reaching for a frontier model where a 7B — or no model — would do. The efficiency gains of §06 are partly eaten here.

None of this has a clean, disclosed number — the conversation fixates on the one quantity with a good meter (operational Wh) and skips the ones that may dominate lifetime impact.

The solution is solarpunk, not crusades

Here's where the waste story turns into something you can actually do — and it's the opposite of moral policing. When a data center retires older accelerators (§05), and when your own phone or laptop "ages out," that hardware mostly still works. Giving it a second life — scavenging, repairing, and repurposing devices instead of landfilling them — keeps the embodied carbon and extracted materials in use and out of the waste stream. Building cyberdecks from rescued parts, fixing what you have, buying refurbished: this is the high-leverage move. It is far more carbon-consequential than feeling guilty about a chatbot query, and immeasurably more so than arguing about one online.

That's the ethos we teach at The Multiverse School, and it's the point of this whole page: the solution is solarpunk, not crusades — build, repair, reuse, and push for efficient systems and honest accounting, rather than performative purity contests over individual use. Direct the energy of caring toward the levers that move (retiring old capacity, keeping hardware alive, acting locally), not toward each other.

10 · What nobody counts, part 2: net — and here the numbers finally exist

Every figure on this page — and in nearly all the coverage — is gross: energy and water going in. The net (gross draw minus what AI displaces or enables) is almost never computed. But it isn't unknowable — the IEA's 2025 "Energy and AI" report put real numbers on the credit side, and they dwarf the debit.

The leverage, drawn to scale. This is the crux: AI's own emissions are small next to the emissions it can help avoid by making other sectors efficient. Same unit (Mt CO₂, 2035), same scale:

≤500 Mt
emissions AI's data centers add (2035, high case)
~1,850 Mt
emissions AI could help avoid (~5% of energy-related, IEA)

When AI drives an efficiency gain at all, it tends to be far larger than the sliver of energy AI itself spends: the avoidable emissions are on the order of ~3–4× the emissions its build-out adds. That asymmetry is the whole reason "net" matters — though it stays conditional on those efficiency tools actually scaling (the ledger below is the detail).

The IEA net ledger

The debit is real but bounded: data-centre electricity emissions grow from 180 Mt CO₂ today to 300 Mt (Base Case) or up to 500 Mt (Lift-Off) by 2035. The credit the IEA models is far larger — emissions reductions from broad application of existing AI solutions could equal ~5% of energy-related emissions in 2035. In the report's own words, the data-centre increase "could potentially be offset by emissions reductions enabled by AI if adoption is widespread."

The IEA ledger, in Mt CO₂. Near-certain data-centre growth (hundreds of Mt) against the potential AI-enabled savings (~5% of energy-sector emissions — on the order of a thousand-plus Mt). The credit is bigger; the credit is also conditional.

DC emissions 180→300–500 Mt by 2035 MEASURED (IEA) · savings ~5% of energy-related emissions MEASURED (IEA) · Mt conversion ≈ 5% of ~37 Gt global energy CO₂ DERIVED

The load-bearing caveat, out loud. The credit is potential and conditional — it assumes widespread deployment of efficiency tools that mostly haven't scaled — while the data-centre growth is near-certain. The IEA says "could potentially," not "will." This is a plausible net-positive path, not a measured net.

Where the savings come from — IEA "widespread adoption" scenario

~300 TWh

potential electricity savings in buildings ≈ Australia + NZ combined generation MEASURED (IEA)

120M cars

transport savings equal to the energy used by 120 million cars MEASURED (IEA)

> Mexico

industry process savings exceeding all of Mexico's energy use MEASURED (IEA)

175 GW

grid transmission capacity unlocked with no new lines built MEASURED (IEA)

One sector vs. the whole "crisis." The buildings-efficiency potential alone (~300 TWh) is about a third of all projected data-centre electricity demand in 2030 (~945 TWh).

Buildings savings ~300 TWh vs total DC demand ~945 TWh (2030) — IEA MEASURED

Already deployed, already measured

Not all of it is projection. DeepMind's control system cut the energy used for cooling Google's data centres by 40% (≈15% of total facility PUE overhead); a later autonomous version reached ~30% cooling savings. And GenCast produces a 15-day weather ensemble in 8 minutes on a single TPU, versus "hours on a supercomputer with tens of thousands of processors" for the physics-based equivalent — a large compute reduction on a task run constantly.

DeepMind cooling 40% / PUE-overhead 15% / autonomous ~30% — Google self-report on its own systems MEASURED, interested party · GenCast 8 min on 1 TPU vs supercomputer-hours MEASURED, inference only

Read the credit side carefully — sort each figure by what it actually measures

The honest failure mode here is the one this page criticizes everywhere else: quoting a flashy percentage as if it were an emissions cut when it measures something different. Sorted by evidence, the credit side looks like this:

MEASURED ENERGY CUT
HVAC −15.8% in one 1983-built NYC office tower over 11 months (234,821 kWh / 37 tCO₂e, BrainBox AI) · −2.6% specific heat on one cement kiln, 845→822 kcal/kg (Siemens). vendor case studies, single site — illustrative, not portfolio-wide
LOAD-SHIFT, NOT A CUT
AI-managed EV charging cut peak-period load 42% — but with 0% change in total energy (RCT, 13,000+ UK households). Emissions fall only if the off-peak grid is cleaner. strong RCT evidence
VALUE, NOT EMISSIONS
ML wind forecasting raised the market value of a 700 MW fleet ~20% (DeepMind) — dispatchability, not MWh or CO₂ saved. self-reported
DETECTION, NOT AVOIDANCE
ML on satellite data auto-detected 2,974 methane super-emitter plumes in 2021 (mean 44 t/h) — tonnes actually prevented depend on operators acting on the alerts. peer-reviewed
ENABLING, NOT REALIZED
AI screened 32M → 18 battery-material candidates in 80 hours (potential −70% lithium, Microsoft) — R&D acceleration, zero MWh saved yet, and it "might not work out … at larger scale." self-reported, early-stage

And every one of these sits against the Jevons rebound: peer-reviewed work warns that "just because an AI model becomes more efficient … the inverse effect [more total consumption] is highly plausible." A real credit side — read honestly, tier by tier — is still not a green halo.

The honest statement, updated The sign of AI's net effect still isn't formally closed — no one has completed the full ledger (gross draw + embodied + waste − displaced − enabled, net of Jevons rebound). But "we have no idea" is no longer honest either. The credit side now has real, sourced figures plausibly an order of magnitude larger than the data-centre debit — if the efficiency tools actually scale. The defensible claim was never "AI is green." It's that the gross number everyone quotes is the small, easy half of a ledger whose other half is finally being measured.

11 · Why the discourse is broken — and the harms that are actually real

Why is a ~0.2%-of-electricity load reported like an apocalypse? Because the alarming numbers are thinly sourced and corrections don't travel. The "training one model = five cars' lifetimes" headline (MIT Technology Review's phrasing, not the paper's) came from an atypical neural-architecture-search run: Strubell et al. 2019 reported 626,155 lbs CO₂e for that search — ÷ 126,000 lbs for a car's lifetime ≈ 5 — while the same paper's normal BERT training was just 1,438 lbs. Google's Patterson et al. then recalculated the search on the actual hardware and found the original 88× too high (their verbatim "reduce by 88X"; ~18.7× for an average operator, 88× for an efficient one like Google — Strubell had assumed the search ran on full-size tasks when it used small proxy tasks). The 2019 "Netflix is boiling the planet" panic was likewise corrected by the IEA ~90× lower. Same structure as the dot-com "a lump of coal per book ordered" scare — off by orders of magnitude, every time.

Strubell 2019: NAS 626,155 lbs vs BERT 1,438 lbs (Tables 1&3) VERIFIED · Patterson 2021 "reduce by 88X" (arXiv 2104.10350) VERIFIED · Netflix "1.6 kg/30 min" → IEA ~0.018 kg, ~90× lower MEASURED

And the debunkers are interested parties too — hold both David Patterson works at Google; Daniel Castro's Center for Data Innovation is industry-aligned; Bender & Hanna's framing critique in The AI Con is its own polemic (not fetched this session). The correct posture is neither the panic nor the "it's tiny, like airlines" dismissal — it's demanding disclosed, granular data (utilization, PUE, lifecycle vs GPU-only, embodied, net) before believing any single number in either direction.

The harms that are concrete are local and infrastructural, not per-prompt:

  • Localized grid strain & cost-shifting — a gigawatt campus on a regional grid can raise capacity costs for existing ratepayers and delay other interconnections. National averages hide this entirely.
  • Air emissions & environmental justice — xAI's "Colossus" in South Memphis, beside the historically Black Boxtown neighborhood, ran up to 35 gas turbines (per SELC aerial imagery) largely without Clean Air Act permits (~1,200– 2,000 t/yr NOₓ). NAACP / SELC / Earthjustice litigated. The harm is air from on-site turbines, not water — the opposite of the viral framing.
  • Water in already-stressed basins — sector proportion doesn't help the specific aquifer next to a specific facility in Arizona or Spain. Proportion is an argument about priorities, not a free pass on siting.
  • Embodied & waste (§07) and the uncomputed net (§08) — the parts most likely to dominate, least likely to be measured.

Aim the energy of caring at the lever that actually moves

Notice the loop: the sprawling discourse about AI's footprint has a footprint of its own. A single 30-minute explainer video costs roughly 600 prompts' worth of carbon (§08); the doomscrolling, the threads, and the arguments plausibly outweigh the queries they condemn. Being furious online is not the low-impact option — and it's these days a bigger and bigger share of the very thing it's mad about.

The high-leverage move isn't policing a friend's chatbot use. It's local — a rezoning vote or a utility-commission docket decides whether a gigawatt campus gets built next to you and who pays for its grid. Communities have already blocked or delayed:

$64Bof data-center projects, via local opposition
See who to hold accountable & how to act locally
The bottom line

Per-query energy is not a mystery — it's GPUs × TDP × time ÷ batch, measurable on open models you can buy the hardware for, and it comes out small. Data centers are ~1.5% of electricity and AI is ~0.2% — real and growing, not planet-boiling. The scariest projections run on vendors' sales pipelines.

The parts that actually matter are the parts nobody counts: waste (embodied hardware, churn, overbuild, discarded runs) and net (we tally gross draw and never subtract what AI displaces or enables — the sign is unknown). The job isn't to pick the scariest number. It's to disambiguate, demand disclosed data, and admit what hasn't been calculated.

Sources

Part of the AI Problems Index · see the Research Library and Risk Atlas. Hardware figures are published TDP × standard serving arithmetic — reproducible on rented or owned GPUs. Ranges, not points.