A practical field guide · By Alex Yen
AI compute, from
hardware to economics.
A GPU’s hourly price is only the beginning. What fits in memory, how machines connect, and how much capacity you use all shape the cost of getting work done.
Start with one number / A worked example
The same GPU.
A different effective cost.
Suppose you rent eight GPUs at $3 per GPU-hour for 30 days. The bill is $17,280. At half utilization, you spread that bill over half as many hours of useful work.
Change utilization to see the cost per productive GPU-hour.
Illustrative model. Utilization here means the share of rented time doing useful work, at unchanged throughput. Fixed rental cost only; storage, networking, and other charges are excluded. This is not a live quote. Model a capacity commitment →
The guide
Understand the constraint. Then test the decision.
01 / Hardware
First, know what
you are renting.
A GPU does the model’s calculations. Its memory holds the model and the data it is working on. Servers supply power, storage, and connections; racks combine them into larger systems.
A faster chip helps only if the job fits and the rest of the system can keep it supplied.
The central dies perform calculations.
Nearby packages keep data close.
02 / Networks
Chips work together.
Communication takes time.
In distributed training, GPUs calculate part of a result and exchange information before the next step. Some communication can happen alongside computation. The rest adds time to the step.
That is why a network constraint can leave expensive processors waiting.
10 sExchange
3 s
If unhidden communication doubles to 6 seconds, the same calculation takes 16 seconds per step.
03 / Economics
Commit to the work
you expect to use.
Reserved capacity costs money even when it sits idle. On-demand capacity can cost more per hour but lets you pay only when you need it.
The useful question is how often each additional GPU will be needed. Stable demand and occasional peaks call for different commitments.
One additional GPU / Illustrative rates
Paid every hour
Paid when used
04 / Contracts
A service promise needs
a measurement rule.
“99.9% uptime” leaves questions open. Is availability measured across the whole fleet or for each GPU? Which failures count? Is the remedy a refund, a credit, or the right to leave?
The same outage can produce different remedies under different definitions.
Make the promise testable
- 01Define the unit
A GPU, a job, or the entire service?
- 02Count the interruption
Which failures and exclusions apply?
- 03Calculate the remedy
What fee does the credit percentage apply to?
The working models
Choose a question.
Each model includes its assumptions, sources, and limits.
Inspect trays, memory, and interconnects.
↗ 02 / HardwareCluster layoutFollow connections between racks.
↗ 03 / HardwareAccelerator comparisonCompare capacity, bandwidth, and power.
↗ 04 / NetworksCommunication timeChange the network; inspect the wait.
↗ 05 / NetworksNetwork topologyCompare paths, switches, and link counts.
↗ 06 / EconomicsCapacity planningBalance a commitment against demand.
↗ 07 / EconomicsPrice atlasCompare the archived July 2026 observations.
↗ 08 / ContractsContract exposureApply different terms to the same outage.
↗