Pre-launch: quote requests are open; self-serve checkout is not open yet. Request a quote

Evidence

How we will benchmark every plan

The method is fixed and public before the first run, so results cannot be tuned to look good. Status: to be run.

Light rising from a processor on a circuit board
Illustration

Status

To be run. Supplier contracts are not final, so there are no plans to test yet. When a plan is contracted, we run this method on it and publish the results here, with the date, the raw output and the exact server specification.

Principles

  • Same method on every plan; any change to the method is versioned and dated.
  • At least three runs at different times of day; we report the median and the range, never only the best run.
  • Fresh servers from the normal provisioning path, not hand-picked hardware.
  • Raw output published with each result.
  • Results are labelled with the plan, region, supplier and date they apply to.
  • No comparisons with competitors unless we ran the same method on their service ourselves and say when.

The tests

Benchmark method v1 (8 November 2026)
AreaTool and settingsWhat we reportStatus
CPU, single and multi-threadsysbench cpu and 7-Zip benchmark (7z b), plus the OpenSSL tests aboveScore per thread and for all threads; spread across runs; CPU steal time during the testTo be run
Memory bandwidthSTREAM (triad), all threads and one threadGB/s, best of 10 iterations, median of 3 runsTo be run
Disk: random 4 KiBfio, randread and randwrite, iodepth 1 and 32, direct=1, 60 s, 10 GiB fileIOPS and p99 latencyTo be run
Disk: sequential 1 MiBfio, read and write, iodepth 8, direct=1MB/sTo be run
Disk: sync commit latencyfio, 4 KiB writes with fsync after eachp50 and p99 latencyTo be run
Network throughputiperf3 to two public endpoints and between two servers in the same region, 30 s, 4 streamsMbit/s each directionTo be run
Network latencymtr to reference endpoints, 100 cyclesMedian and p95 RTT; lossTo be run
Web stackk6 against a reference WordPress and a reference API containerRequests per second at p95 latency under 200 msTo be run
GPU inferencevLLM benchmark_serving with Llama 3.1 8B, fixed prompt and output lengths, concurrency 1 to 64Output tokens per second and time to first tokenTo be run

Example: the fio random-read job

[global]
ioengine=libaio
direct=1
time_based=1
runtime=60
size=10G
filename=/root/fio.test

[randread-qd1]
rw=randread
bs=4k
iodepth=1

[randread-qd32]
stonewall
rw=randread
bs=4k
iodepth=32

Ask for a test on your configuration

If you are choosing between configurations, ask in your quote request for one of these tests on the exact configuration. Where the supplier allows a trial server, we will run it and send you the raw output.

Sources

  1. fio documentation, fio project
  2. STREAM benchmark, University of Virginia
  3. iperf3, ESnet
  4. vLLM benchmarks, vLLM project

Questions about a method?

Tell us what you would want measured before buying. We add sensible requests to the method before the first run.