Measure it yourself before you pay us anything.
Latency claims on a marketing page are worth nothing next to a traceroute you ran yourself, so here are the targets and the commands. Read the notice below first: the addresses are examples until each site opens, and we are not going to let you spend an afternoon pinging something that was never there.
Amsterdam, Netherlands
Nikhef / AMS-IX campus · 100 Gbps
- from Frankfurt
- 6 ms
- from London
- 8 ms
- from Paris
- 10 ms
- from New York
- 78 ms
Bucharest, Romania
M247 Bucharest · 40 Gbps
- from Frankfurt
- 26 ms
- from Istanbul
- 22 ms
- from Amsterdam
- 31 ms
- from Moscow
- 42 ms
Reykjavík, Iceland
Advania Thor · 20 Gbps
- from London
- 21 ms
- from Amsterdam
- 27 ms
- from New York
- 46 ms
- from Frankfurt
- 32 ms
Sofia, Bulgaria
Telepoint Sofia · 40 Gbps
- from Frankfurt
- 30 ms
- from Bucharest
- 9 ms
- from Istanbul
- 17 ms
- from Amsterdam
- 36 ms
Chișinău, Moldova
Trabia MD · 20 Gbps
- from Bucharest
- 11 ms
- from Frankfurt
- 38 ms
- from Kyiv
- 19 ms
- from Amsterdam
- 44 ms
Panama City, Panama
Panama Digital Gateway · 20 Gbps
- from Miami
- 42 ms
- from Bogotá
- 28 ms
- from New York
- 71 ms
- from São Paulo
- 118 ms
Victoria, Seychelles
NimbusVPS Cage SC-1 · 10 Gbps
- from Dubai
- 48 ms
- from Mumbai
- 61 ms
- from Singapore
- 92 ms
- from Frankfurt
- 141 ms
Kansas City, United States
Wholesale Data Center KC1 · 100 Gbps
- from Chicago
- 12 ms
- from Dallas
- 14 ms
- from New York
- 28 ms
- from Los Angeles
- 41 ms
Four tests that tell you something.
A single ping tells you almost nothing. These take about five minutes and give you a real answer.
Latency and jitter
ping -c 50 198.51.100.10
Fifty packets, not four. Read the mdev figure at the end — jitter matters more than mean latency for anything interactive, and a low mean with high jitter is worse than a slightly higher stable path.
Route quality
mtr --report --report-cycles 50 198.51.100.10
Shows loss at every hop. Loss at an intermediate hop with none at the destination is usually ICMP rate-limiting, not a real problem. Loss that persists to the final hop is real.
Throughput
curl -o /dev/null -w "%{speed_download}\n" https://ams.nimbusvps.com/1000MB.testA single stream is limited by your own TCP window and by any congested hop in between. Run it three times at different hours before drawing conclusions.
Multi-stream throughput
aria2c -x8 -s8 -d /tmp https://ams.nimbusvps.com/1000MB.test
Eight parallel streams. If this is dramatically faster than the single-stream result, the bottleneck is per-connection window scaling rather than raw capacity.
Prefer to test from inside the network?
Deploy the $2.90 plan for a month, run whatever benchmarks you like from the box itself, and if the numbers do not satisfy you take the 7-day refund. That is a more honest test than anything we could publish, and it costs less than a coffee.
Deploy in the next five minutes.
Pick a location, size the box, pay in crypto. No account signup wall, no ID, no waiting on a human.
7-day money-back guarantee · No KYC · Cancel any time from the panel