Benchmarks for developer tools, with the runs attached.
I pin the versions, hold the corpus still, warm the cache, and fork a fresh process for every pass. You get the number, the machine it came from, and every sample behind it.
Published
Newest first inside each category. The ratio is the mean of the fastest tool against the slower one, with its propagated σ.
Tile servers
- Sep 2, 2026Martin vs Tegola vs BBOX vs pg_tileserv vs TiPg vs ldproxyMartin led single-tile latency, throughput and cold start; the five servers that encode in PostGIS finished within 2 ms of each other on one tile, and ldproxy's opt-in PGIS_TILES mode cut its gap from 9x to 1.4xApple M2 Max · 20 runs
Caches
- Aug 31, 2026Redis vs Valkey vs DragonflyDragonfly led every section; Redis and Valkey tracked within a few percent of each otherAWS Graviton3 · 10 runs
Bundlers
- Aug 30, 2026Vite vs esbuild vs tsupesbuild ran 10.68 ± 0.57 times faster than ViteApple M2 Max · 20 runs
Caching proxies
- Aug 29, 2026HTTP caching proxies for HLS deliveryNo single engine dominated all four workloadsApple M2 Max · 20 runs
Code quality
- Aug 26, 2026ESLint vs BiomeBiome ran 1.41 ± 0.05 times faster than ESLintApple M2 Max · 20 runs
Queue
What runs next, in no promised order. Each entry becomes a page when its runner is reproducible.
- Published:Caching proxiesVarnish vs Vinyl vs NGINX (HLS delivery)TTFB, coalescing, grace, throughput across topologies
- Published:CachesRedis vs Valkey vs DragonflyThroughput, tail latency, memory pressure
- Published:BundlersVite vs esbuild vs tsupCold builds, output weight
- Planned:DesktopTauri vs ElectronStartup, idle memory, artifact size
- Planned:Web mapsMapLibre vs MapboxFrame time, memory, visual parity
- Published:Tile serversMartin vs Tegola vs BBOX vs pg_tileserv vs TiPg vs ldproxySingle-tile latency, throughput at 10 and 100 clients, cold start, memory