Rust vs Go performance:
2026 benchmark data with sources.
Every figure linked to its primary source. TechEmpower, Benchmarks Game, and production-scale reality checks from Discord, Cloudflare, and Uber.
HTTP server throughput (TechEmpower Round 23)
Plaintext responses per second, identical hardware, no database. Source: techempower.com/benchmarks
Round 23 moved to ProLiant DL360 Gen10 Plus servers: 56-core Intel Xeon Gold 6330, 64 GB RAM, and 40 Gbps Mellanox ConnectX-6 networking. TechEmpower reported roughly 4x improvements in the theoretical network-bound tests as a result, and plaintext is one of those. Any plaintext ranking that tops out near 7 million requests per second is from before this round: that was the old 10 Gbps network saturating, not the frameworks hitting their limit.
On the Round 23 hardware, as published by Fiber itself. docs.gofiber.io
CPU-bound: Benchmarks Game (Rust vs Go)
Source: benchmarksgame-team.pages.debian.net
| Benchmark | Rust (s) | Go (s) | Rust advantage |
|---|---|---|---|
| binary-trees (GC pressure) | 1.07s | 27.93s | 26.1x faster |
| regex-redux (regex) | 0.78s | 3.23s | 4.1x faster |
| mandelbrot (SIMD-friendly) | 0.95s | 3.77s | 4.0x faster |
| reverse-complement (string I/O) | 0.55s | 1.93s | 3.5x faster |
| k-nucleotide (hash maps) | 2.57s | 7.58s | 3.0x faster |
| n-body (float math) | 2.19s | 6.39s | 2.9x faster |
| fannkuch-redux (permutations) | 3.81s | 8.36s | 2.2x faster |
| spectral-norm (float math) | 0.72s | 1.43s | 2.0x faster |
| fasta (file I/O) | 0.78s | 1.27s | 1.6x faster |
| pidigits (big integers) | 0.71s | 0.82s | 1.2x faster |
Memory footprint: typical web services
Production-scale reality checks
Replaced NGINX as the primary HTTP proxy for 1 trillion requests per day. Built from scratch in Rust. This is not a micro-benchmark: it's the most heavily trafficked Rust program in the world.
Source →Go service caused latency spikes every 2 minutes from GC pauses, even after memory pool optimisation. Rust rewrite eliminated all GC-related latency. 8 million concurrent Read State entries served without jitter.
Source →Profile-guided optimisation (PGO) on Go microservices gave Uber a ~4% gain from better inlining and, in their words, "a reduction of 24,000 CPU cores across top services". Uber does not publish a total core count, so we do not infer one. Go at hyperscale is worth optimising too.
Source →Go's goroutine model handles the concurrency of millions of simultaneous chat rooms without drama. No memory pressure that would require Rust. Go is fast enough for this workload and much faster to maintain.
Source →The honest take: Go is fast enough for 99% of services
The Cloudflare and Discord migrations happened because they hit real, specific performance walls that Go could not clear. Both teams were running services at extraordinary scale with precise latency requirements. For an API serving <100k requests/second, or a CLI tool used by 10,000 engineers, Go's performance is irrelevant to your business outcome. Pick the language that ships faster and is easier to maintain. That's usually Go.