Madrid. How long a round trip from your machine to this region takes — and how much of that distance alone demands.
| Cloud | Vultr |
|---|---|
| Region code | mad-es |
| Region name | Madrid |
| Datacentre city | Madrid, ES |
| Coordinates | 40.42, -3.70 |
| Published IPv4 prefixes | 5 |
| Probe endpoint | https://mad-es-ping.vultr.com/vultr.com.100MB.bin |
| Probe style | a CORS request whose reply the page can read |
| Verification | Resolved to an address inside this region’s own published range, TCP 443 open. Checked 2026-08-21. |
Coordinates are the real datacentre city rather than the marketing region name, because they feed the distance maths below.
Light in fibre covers about 100 km per millisecond of round trip. These are the great-circle distances to Madrid and the latency no network can beat — not a measurement, a limit. What you actually measure is this plus routing.
| From | Distance | Floor |
|---|---|---|
| New York | 5,768 km | 58 ms |
| Los Angeles | 9,363 km | 94 ms |
| São Paulo | 8,385 km | 84 ms |
| London | 1,264 km | 13 ms |
| Frankfurt | 1,446 km | 14 ms |
| Johannesburg | 8,102 km | 81 ms |
| Dubai | 5,656 km | 57 ms |
| Mumbai | 7,532 km | 75 ms |
| Singapore | 11,381 km | 114 ms |
| Tokyo | 10,761 km | 108 ms |
| Sydney | 17,685 km | 177 ms |
Within 75 km of Madrid — near enough that distance sets no meaningful floor between them. When several sit in one city, the fastest is the city’s real floor; a slower neighbour is usually the endpoint’s own server time.
These figures are geometry. Your own round trip to mad-es depends on your connection and the route it takes — open the instrument, pick Vultr, and sweep. Every region is timed from your browser against the endpoint listed above, and the result is split into the part physics demands and the part the network added.
See every Vultr region on the Vultr latency page.