When we picture the digital worldâs environmental footprint, we usually think of the physical stuff: sprawling server farms, blinking racks of hardware, cooling towers humming away. But thereâs a quieter, more abstract layer of consumption thatâs ballooning just as fast. Itâs the sheer computational effort needed to train enormous neural networksâthe kind that parse language, generate images, or predict how proteins fold. Rui Mendes, a systems-minded observer, has been following the energy trails behind these computational giants, and what heâs uncovered suggests we need a much broader conversation about what a sustainable digital future actually looks like.

Just How Much Energy Are We Talking About?
Training a single large-scale model can easily match the annual electricity use of several hundred homes. Thatâs not a rough guessâitâs a measurable fact. When researchers set out to build systems that can sift through billions of parameters, theyâre not just writing code. Theyâre running thousands of specialized processors nonstop for weeks or months. Each chip draws power, and all that power eventually turns into heat that has to be aggressively managed.
To put it in perspective, a 2019 study from the University of Massachusetts Amherst found that training a single large transformer model could emit over 626,000 pounds of carbon dioxide equivalent. Thatâs roughly five times the lifetime emissions of an average car, including its manufacturing. And since that study came out, the scale of these systems has only grown. Todayâs largest models are orders of magnitude bigger, with parameter counts stretching into the hundreds of billions or even trillions.
What makes this so striking is the concentration of impact. A car spreads its emissions over years of driving. A training run packs all that energy use into a few intense weeks. During that time, the power draw can rival that of a small town, placing sudden strain on local grids. Depending on the energy mix, the carbon output can be enormous.
Why Training Is So Power-Hungry
To get a feel for the energy demand, it helps to peek under the hood. Training a neural network means repeatedly adjusting millions or billions of internal knobs until the system reliably gets things right. Each adjustment requires a forward passâpushing data through the networkâand a backward pass to calculate errors and tweak those knobs. This back-and-forth, called backpropagation, is computationally brutal.
Modern networks lean on specialized hardware like GPUs or TPUs, chips built to handle massive parallel number-crunching. A single high-end GPU can pull 300 watts or more under full load. Cluster thousands of them together, and the power consumption skyrockets. Then you add the energy for cooling, networking gear, and storage systems. The total can easily reach megawatt scale.
The hardware itself has a hidden energy backstory. Manufacturing a single GPU involves mining rare earth minerals, precision fabrication in energy-intensive cleanrooms, and global shipping. That upfront cost gets spread over the chipâs lifetime, but the relentless pace of hardware upgrades means chips are often swapped out every few years. Itâs a cycle of continuous material and energy investment that rarely shows up in the headline numbers.
Itâs Not Just How Much Energy, but Where It Comes From
The carbon footprint of a training run isnât just about total kilowatt-hours. Itâs about the source. A run powered by a coal-heavy grid looks completely different from one tapping into hydro or nuclear. This geographic piece of the puzzle often gets lost in discussions that fixate on raw energy totals.
Cloud providers have made real progress in buying renewable energy and improving power usage effectiveness (PUE), a metric for data center efficiency. But renewable energy certificates and carbon offsets donât always match real-time consumption. A data center might claim to be â100% renewableâ on an annual basis while still pulling from fossil fuel plants during peak training hours. The timing of these massive computational jobs relative to when the sun shines or the wind blows is a subtlety that rarely makes it into public reports.
Rui Mendes notes that this opens the door to a kind of geographical arbitrage. Training runs can be scheduled in regions with cleaner grids or during times of high renewable generation. But that takes transparency and deliberate planning that arenât yet standard. Without clear reporting on the carbon intensity of the energy used during specific training windows, the true environmental cost remains fuzzy.

The Rebound Effect: When Efficiency Feeds Bigger Appetites
Energy economics has a well-known quirk called the rebound effect. Make something more efficient, and people tend to use more of it, often wiping out the initial savings. The same pattern seems to be unfolding in large-scale model training.
Hardware makers have delivered impressive efficiency gains. Floating-point operations per watt have improved dramatically over the past decade. But instead of using those gains to shrink total energy consumption, the field has largely used them to train ever-larger models. The result? Absolute energy use keeps climbing, even as each individual operation gets cheaper.
Thatâs not automatically a bad thingâbigger models can unlock capabilities that smaller ones couldnât touch. But it does mean that efficiency improvements alone wonât get us out of this. Without a deliberate effort to cap or reduce total energy use, the trend line points in one direction: up.
Measuring What Actually Matters
One of the biggest headaches is that we lack standardized, transparent reporting on the environmental impact of training runs. Some research papers now include carbon emission estimates, but theyâre often calculated with different methods and assumptions, making apples-to-apples comparisons nearly impossible.
A handful of tools have popped up to help researchers estimate their carbon footprint, including calculators that factor in the local gridâs energy mix. But these tools are only as good as the data theyâre fed, and they donât capture the full lifecycleâfrom hardware manufacturing to eventual disposal. Then thereâs the question of what to measure. Just the carbon from electricity? Should we include the embodied carbon in the hardware? What about the water used for cooling?
Rui Mendes suggests the field needs a standardized framework, something like a nutrition label for training runs. Such a label might list total energy consumed, the carbon intensity of the energy source, hardware lifecycle estimates, and maybe even a comparison to the energy a human would use to perform a similar task over a lifetime. That kind of transparency would let us make more informed trade-offs about whether a particular modelâs benefits justify its environmental cost.
The Overlooked Water Connection
Energy isnât the only resource on the table. Water plays a quiet but critical role in cooling data centers. A mid-sized facility can go through hundreds of thousands of gallons a day, mostly for cooling. In regions already facing water scarcity, that can create real tension between computational needs and community water supplies.
The water footprint varies a lot depending on cooling technology and local climate. Evaporative cooling, which is highly energy-efficient, drinks more water. Closed-loop systems sip water but gulp more energy. Itâs a tricky optimization problem with no universal answer. In arid regions, water consumption might be the bigger worry; in areas with plenty of water but carbon-heavy grids, energy use takes the lead.
Some data centers are trying out creative cooling approaches, like dunking servers in non-conductive fluids or building facilities in cold climates to use outside air. These solutions can slash both energy and water consumption, but theyâre not a fit everywhere.

Steering Toward More Sustainable Practices
Tackling the environmental impact of large-scale training means pulling multiple levers at once. On the technical side, researchers are exploring ways to make training less wasteful. Techniques like model pruning, quantization, and knowledge distillation can shrink computational requirements without gutting performance. Sparse models, which activate only a fraction of their parameters for any given input, offer another promising path.
Thereâs also growing interest in âgreenâ schedulingâtiming training runs to line up with periods of high renewable energy availability. This doesnât cut total energy use, but it can meaningfully lower carbon emissions by shifting the load to cleaner times. Some cloud providers already offer tools to help customers schedule workloads based on carbon intensity forecasts.
On the policy side, calls for greater transparency and accountability are getting louder. If the environmental cost of training were more visible, it might nudge more thoughtful decisions about which models are worth the investment. Not every problem demands the largest possible model, and sometimes the marginal performance gain doesnât justify the exponential jump in resource consumption.
Redefining What Progress Looks Like
Maybe the deepest shift needed is in how we define progress. The current playbook equates bigger with better, measuring advancement mostly through benchmark scores and parameter counts. But that narrow lens ignores the wider system these models live in.
What if we measured success not just by accuracy on a test set, but by the ratio of benefit to environmental cost? A model that hits 95% of the performance using 10% of the resources might be a more impressive achievement than one that squeezes out an extra percentage point at enormous expense. This kind of thinking is already standard in other engineering fields, where efficiency and resource constraints are baked into the design process from day one.
Rui Mendes observes that the conversation is starting to turn. More researchers are acknowledging the environmental dimension of their work, and some are actively working to minimize it. But thereâs still a long road ahead before sustainability becomes a first-class consideration in the design and deployment of large-scale neural networks.
Frequently Asked Questions
How much energy does training a large model actually use?
The energy consumption varies widely depending on the model size, architecture, and training duration. A large transformer model with hundreds of billions of parameters can consume several thousand megawatt-hours of electricity during trainingâequivalent to the annual electricity use of hundreds of U.S. households. The exact figure depends on the hardware efficiency, the number of GPUs or TPUs used, and the length of the training run, which can span weeks or months.
Why donât companies just use renewable energy for training?
Many companies do purchase renewable energy credits or contract for renewable power, but the reality is more complicated. Data centers are physically connected to regional grids, and they draw whatever mix of energy is available at the time of use. If a training run occurs during a period of low wind or solar generation, the actual electricity may come from fossil fuel plants, even if the company has offset those emissions on paper. True 24/7 carbon-free energy matching is a goal that few have achieved.
Can efficiency improvements solve the problem?
Efficiency improvements are important but insufficient on their own. The history of computing shows that as hardware becomes more energy-efficient, demand for computation tends to increase, often outpacing the gains. This is the rebound effect. To meaningfully reduce environmental impact, efficiency must be paired with conscious choices about model size, training frequency, and the necessity of each training run. Without that, we risk running faster while staying in the same place.
What can individuals do about this issue?
While the decisions about large-scale training are made by organizations, individuals can influence the direction through their choices as consumers, employees, and citizens. Supporting companies that prioritize transparency and sustainability, advocating for better reporting standards, and questioning whether the largest models are always necessary are all meaningful actions. On a technical level, practitioners can choose to work with smaller, more efficient architectures and report the environmental impact of their experiments.