No peak-only ranking.
Every requested rate remains in the dataset. A server that accepts more work while building seconds of queue is shown as overloaded, not declared faster.
Evidence contract · gray.http-comparison.v1
Purpose
This methodology answers one narrow question: under the declared fixture and resource limits, how do the tested servers deliver exact plaintext and JSON responses as requested rate increases through saturation?
01 / Controlled environment
Every requested rate remains in the dataset. A server that accepts more work while building seconds of queue is shown as overloaded, not declared faster.
The fixture does not rank maintainability, safety, libraries, production history, hiring, portability, or total cost.
A counterpart appears as measured only after it runs in the same harness. Architecture guides do not import unrelated framework leaderboard scores.
Preflight, transport, HTTP status, delivery policy, resource telemetry, and completion markers remain part of the evidence.
02 / Dataset
The public JSON contains the requested rates, routes, runtimes, achieved throughput, delivery, and corrected latency values used by these pages.
Download dataset ↓Schema: gray.http-comparison.v1 · 56 points · publication copy synchronized from the verifier-accepted formal result.
03 / Limits
04 / Citation and reuse
You may link to this methodology and quote individual values when the runtime, route, requested rate, duration, CPU condition, and non-official status remain attached. Do not turn the orientation heuristic into a universal language ranking.
Published and reviewed by Grayworth Engineering · 2026-07-26