Head-to-head The same models run on Ollama and OpenCode — who streams faster? See the race on TokenDyno →

Ollama benchmark

Continuous, automated speed tests for every Ollama Cloud model. One streaming request per model every ~10 minutes. No cherry-picked results — just raw measurements from outside Ollama's network.

Top 10 fastest Ollama Cloud models right now

Rank Model TPS now TPS 24h avg TTFT Reliability
#1 Nemotron 3 Nano 30B 346.0 186.1 303ms 100%
#2 GPT-OSS 120B 306.5 201.0 338ms 100%
#3 Gemma4 31B 288.9 248.8 342ms 100%
#4 Gemma4 31B 270.3 200.0 343ms 100%
#5 GPT-OSS 120B 252.3 252.5 363ms 100%
#6 DeepSeek V4.1 Flash 173.1 169.6 893ms 100%
#7 GPT-OSS 20B 164.9 95.8 523ms 100%
#8 DeepSeek V4 Pro 0813 148.5 117.4 518ms 100%
#9 DeepSeek V4 Flash 0731 141.8 131.0 1.2s 100%
#10 Nemotron 3 Nano 30B 113.3 192.1 633ms 100%

See all 27 models on the leaderboard →

What the Ollama benchmark measures

Each benchmark run sends a single streaming chat-completion request to the Ollama Cloud API endpoint. The model is prompted to write a 400-word prose explanation of HTTP request routing, with a max_tokens cap of 300.

TPS — tokens per second
Generation throughput: output tokens divided by the time between first and last token. Excludes TTFT so TPS reflects pure decode speed, not queue or prompt-processing delay.
TTFT — time to first token
Milliseconds from request dispatch to the first content chunk in the stream. Captures network round-trip plus the provider's prompt-processing latency.
Reliability
Percentage of benchmark runs that succeeded in the last 24 hours. Failures are classified as auth, rate_limit, server, timeout, network, or malformed.

Benchmark cadence and fairness

The worker uses a priority queue that always picks the most-overdue (provider, model) pair, targeting a ~10-minute interval per model. Benchmarks run sequentially — one request at a time — mirroring realistic single-client usage.

We benchmark on the Ollama Cloud premium plan. This gives full catalog access including models behind the paywall. Speed numbers reflect premium-tier infrastructure, not free-tier which may be slower under load.

Full methodology →

How to read the numbers

  • TPS is relative, not absolute. The same model can vary 20–30% across hours depending on provider load and time of day. Use the 24h average for a more stable comparison.
  • TTFT matters for interactive use. A model with high TPS but 3 s TTFT feels slow in a chat interface. The leaderboard sorts by latest TPS by default — sort by TTFT to optimise for responsiveness.
  • Reliability is often the deciding factor. A model that returns errors 30% of the time needs retry logic in production. Filter for ≥90% reliability for production workloads.