What is the fastest AI API?
There is no single fastest AI API. As of September 08, 2026, 3 different providers hold the lead across 4 measured regions: Asia (Tokyo) — fireworks (22 ms), Europe (Germany) — google (98 ms), South America (São Paulo) — openrouter (58 ms), US (Central) — google (40 ms). The fastest API for you is the one closest to your users, not the one that wins a benchmark run from a single location.
Which AI API is fastest in each region?
| Region | Fastest API | p50 TTFB | p95 | Uptime | Samples |
|---|---|---|---|---|---|
| Asia (Tokyo) | fireworks | 22 ms | 70 ms | 100% | 288 |
| Europe (Germany) | 98 ms | 202 ms | 100% | 288 | |
| South America (São Paulo) | openrouter | 58 ms | 95 ms | 100% | 287 |
| US (Central) | 40 ms | 105 ms | 100% | 287 |
Edge latency (time-to-first-byte), last 24 hours, measured directly against each provider’s API host. Full ranking per region →
Why is there no single fastest AI API?
The same provider is not equally fast everywhere. sambanova responds in 24 ms from Asia (Tokyo) but 396 ms from Europe (Germany) — a 16.9× difference for the identical API, driven by where the request originates.
| Provider | Fastest | from | Slowest | from | Spread |
|---|---|---|---|---|---|
| sambanova | 24 ms | Asia (Tokyo) | 396 ms | Europe (Germany) | 16.9× |
| fireworks | 22 ms | Asia (Tokyo) | 252 ms | South America (São Paulo) | 11.4× |
| upstage | 58 ms | Asia (Tokyo) | 599 ms | South America (São Paulo) | 10.3× |
| glm | 92 ms | Asia (Tokyo) | 552 ms | South America (São Paulo) | 6.0× |
| aleph-alpha | 99 ms | Europe (Germany) | 539 ms | Asia (Tokyo) | 5.5× |
| nscale | 99 ms | Europe (Germany) | 499 ms | Asia (Tokyo) | 5.1× |
| nebius | 100 ms | Europe (Germany) | 497 ms | Asia (Tokyo) | 5.0× |
| qwen | 152 ms | Asia (Tokyo) | 699 ms | South America (São Paulo) | 4.6× |
| siliconflow | 44 ms | US (Central) | 201 ms | Europe (Germany) | 4.6× |
| novita | 75 ms | US (Central) | 297 ms | Europe (Germany) | 4.0× |
Providers measured in all 4 regions, ranked by how much their latency varies by origin. This is the part a single-location benchmark cannot show.
How should I use this?
Pick the provider that is fastest from where your traffic originates, not the one that tops a global list. If you serve users in several regions, the tables above will often point at different providers for each — that is a real result, not noise. Edge latency is the floor: it is what you pay before the model generates a single token, on every request, and no amount of prompt tuning removes it.
Is this time to first token or time to first byte?
Every figure on this page is time to first byte (TTFB), also called edge latency: DNS, TCP, TLS and the first response byte, measured without calling a model. It is the floor you pay on every request. Time to first token (TTFT) — how long a real streamed completion takes to emit its first token — additionally includes queueing and the model’s prefill, so it depends far more on which model you call than on the provider.
Both are measured here and never averaged together. Measured TTFT per provider and region, with the model named on every row and the network share of TTFT broken out, is on the time to first token page.
Compare two specific providers
Each pair below has its own page with latency per region, observed uptime and the worst region for each provider — the head-to-head form of the tables above.
- anthropic vs openai latency and uptime
- anthropic vs google latency and uptime
- google vs openai latency and uptime
- cerebras vs groq latency and uptime
- deepseek vs openai latency and uptime
- groq vs sambanova latency and uptime
- fireworks vs together latency and uptime
- mistral vs openai latency and uptime
Where does this data come from?
Independent probes in 4 regions measure 45 AI inference APIs every five minutes and publish the result automatically. No provider pays for placement and nothing is ranked by commission. The full method, including its limitations, is on the methodology page; the underlying numbers are available as JSON under CC BY 4.0.