London. How long a round trip from your machine to this region takes — and how much of that distance alone demands.
| Cloud | Vultr |
|---|---|
| Region code | lon-gb |
| Region name | London |
| Datacentre city | London, GB |
| Coordinates | 51.51, -0.13 |
| Published IPv4 prefixes | 23 |
| Probe endpoint | https://lon-gb-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 London 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,571 km | 56 ms |
| Los Angeles | 8,756 km | 88 ms |
| São Paulo | 9,497 km | 95 ms |
| London | 0 km | under 0.5 ms |
| Frankfurt | 638 km | 6.4 ms |
| Johannesburg | 9,069 km | 91 ms |
| Dubai | 5,474 km | 55 ms |
| Mumbai | 7,192 km | 72 ms |
| Singapore | 10,848 km | 108 ms |
| Tokyo | 9,558 km | 96 ms |
| Sydney | 16,994 km | 170 ms |
Within 75 km of London — 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 lon-gb 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.