Benchmark report
Is fastly.com slow?
Homepage load times from 6 cities
Fast globally
Fastly responds quickly from all 6 test locations. Amsterdam was fastest at 12 ms; San Francisco took 72 ms.
- Fastest
- 12 ms
- Amsterdam
- Slowest
- 72 ms
- San Francisco
- Successful requests
- 100%
- 6 locations
Response time around the world
Amsterdam
12 msTokyo
12 msMumbai
12 msMontreal
13 msSingapore
15 msSan Francisco
72 ms
Why is San Francisco slower?
Five cities finished in 13 to 19 ms in the controlled run of 4 October, with every phase in single digits: 2 to 5 ms to connect, 3 to 5 ms for TLS, 2 to 4 ms waiting and 2 to 5 ms downloading. San Francisco took 63 ms, and every phase grew together: 12 ms to connect, 15 ms for TLS, 13 ms waiting, 23 ms downloading. When all four stages stretch by a similar factor, the likely cause is a longer path to the edge that answered, not a slow server.
Click the location to see each stage.
San Francisco63 ms
- Finding the server
- 57 ms
- Reaching the server
- 12 ms
- Setting up security
- 15 ms
- Waiting for the server
- 13 ms
- Receiving the response: most of the time
- 23 ms
- Total
- 63 ms
Finding the server is measured once per location, so it sits outside these bars. Open a city to see it.
Bars show the typical request, so the parts add up to its total. Why
Compare all locationsHide the comparison
Click a city to see its stage-by-stage breakdown.
Amsterdam14 ms
- Finding the server
- 26 ms
- Reaching the server
- 3 ms
- Setting up security: most of the time
- 5 ms
- Waiting for the server
- 2 ms
- Receiving the response
- 4 ms
- Total
- 14 ms
San Francisco63 ms
- Finding the server
- 57 ms
- Reaching the server
- 12 ms
- Setting up security
- 15 ms
- Waiting for the server
- 13 ms
- Receiving the response: most of the time
- 23 ms
- Total
- 63 ms
Montreal13 ms
- Finding the server
- 4 ms
- Reaching the server
- 2 ms
- Setting up security: most of the time
- 4 ms
- Waiting for the server
- 3 ms
- Receiving the response
- 4 ms
- Total
- 13 ms
Singapore19 ms
- Finding the server
- 5 ms
- Reaching the server: most of the time
- 5 ms
- Setting up security
- 5 ms
- Waiting for the server
- 4 ms
- Receiving the response
- 5 ms
- Total
- 19 ms
Tokyo13 ms
- Finding the server
- 5 ms
- Reaching the server
- 3 ms
- Setting up security
- 3 ms
- Waiting for the server: most of the time
- 4 ms
- Receiving the response
- 3 ms
- Total
- 13 ms
Mumbai13 ms
- Finding the server
- 4 ms
- Reaching the server
- 3 ms
- Setting up security: most of the time
- 4 ms
- Waiting for the server
- 4 ms
- Receiving the response
- 2 ms
- Total
- 13 ms
The phases come from the controlled run of 4 October 2026. Typical and slower times pool the daily requests. 6 of 6 test locations included: Amsterdam, San Francisco, Montreal, Singapore, Tokyo, Mumbai.
Finding the server is measured once per location, so it sits outside these bars. Open a city to see it.
Bars show the typical request, so the parts add up to its total. Why
Fastly still feels slow?
- Check Fastly’s status page
- Edge incidents are posted per location there before they show up in a benchmark.
- This is not a benchmark of your Fastly service
- Your origin, VCL, cache rules and shielding decide what your visitors see. Compute, image optimisation and the control panel are not measured here.
- Each city reaches its own edge
- Six different addresses across our six cities in the controlled run, 50 ms apart at most. The edge San Francisco reaches answers noticeably more slowly than the others. A slow result from the US West Coast matches what we see; elsewhere it would be unusual.
Response time over the last 29 days
A dot marks a day well above that location’s usual level.
Show the numbers
| Day | Amsterdam | San Francisco | Montreal | Singapore | Tokyo | Mumbai |
|---|---|---|---|---|---|---|
| 11 September 2026 | 16 ms | 187 ms ▲ | 15 ms | 20 ms | 16 ms | 11 ms |
| 12 September 2026 | 12 ms | 195 ms ▲ | 13 ms | 19 ms | 13 ms | 15 ms |
| 13 September 2026 | 15 ms | 60 ms | 13 ms | 15 ms | 11 ms | 13 ms |
| 14 September 2026 | 12 ms | 78 ms | 15 ms | 13 ms | 13 ms | 13 ms |
| 15 September 2026 | 15 ms | 79 ms | 11 ms | 14 ms | 14 ms | 12 ms |
| 16 September 2026 | 13 ms | 78 ms | 15 ms | 17 ms | 12 ms | 13 ms |
| 17 September 2026 | 12 ms | 60 ms | 15 ms | 19 ms | 13 ms | 13 ms |
| 18 September 2026 | 15 ms | 91 ms | 14 ms | 13 ms | 12 ms | 13 ms |
| 19 September 2026 | 12 ms | 211 ms ▲ | 13 ms | 14 ms | 13 ms | 14 ms |
| 20 September 2026 | 14 ms | 74 ms | 13 ms | 20 ms | 13 ms | 12 ms |
| 21 September 2026 | 12 ms | 82 ms | 14 ms | 17 ms | 13 ms | 13 ms |
| 22 September 2026 | 12 ms | 60 ms | 11 ms | 14 ms | 12 ms | 12 ms |
| 23 September 2026 | 11 ms | 69 ms | 12 ms | 13 ms | 13 ms | 12 ms |
| 24 September 2026 | 12 ms | 61 ms | 10 ms | 14 ms | 12 ms | 13 ms |
| 25 September 2026 | 12 ms | 54 ms | 12 ms | 14 ms | 12 ms | 11 ms |
| 26 September 2026 | 11 ms | 61 ms | 11 ms | 14 ms | 11 ms | 12 ms |
| 27 September 2026 | 13 ms | 55 ms | 11 ms | 14 ms | 12 ms | 12 ms |
| 28 September 2026 | 13 ms | 76 ms | 13 ms | 16 ms | 11 ms | 17 ms |
| 29 September 2026 | 11 ms | 575 ms ▲ | 12 ms | 21 ms | 14 ms | 13 ms |
| 30 September 2026 | 12 ms | 76 ms | 12 ms | 18 ms | 12 ms | 12 ms |
| 1 October 2026 | 12 ms | 65 ms | 13 ms | 15 ms | 13 ms | 12 ms |
| 2 October 2026 | 13 ms | 314 ms ▲ | 15 ms | 17 ms | 12 ms | 12 ms |
| 3 October 2026 | 11 ms | 81 ms | 13 ms | 15 ms | 12 ms | 11 ms |
| 4 October 2026 | 12 ms | 68 ms | 14 ms | 22 ms | 12 ms | 12 ms |
| 5 October 2026 | 10 ms | 73 ms | 15 ms | 15 ms | 11 ms | 12 ms |
| 6 October 2026 | 12 ms | 66 ms | 14 ms | 14 ms | 11 ms | 12 ms |
| 7 October 2026 | 12 ms | 69 ms | 12 ms | 15 ms | 12 ms | 12 ms |
| 9 October 2026 | 11 ms | 81 ms | 12 ms | 13 ms | 14 ms | 13 ms |
| 10 October 2026 | 12 ms | 61 ms | 12 ms | 15 ms | 13 ms | 12 ms |
About this measurement
GET www.fastly.com · 65 requests per location over 13 daily runs · 27 September 2026 to 10 October 2026
What we tested · Marketing website. The www.fastly.com marketing homepage, about 665 KB of HTML served through Fastly's own cache.
How LatencyRadar measures response time →
Technical details
Doesn’t measure: The Fastly edge serving your service, Compute, or the control panel.
One Fastly surface: the www.fastly.com marketing homepage, about 665 KB of HTML served through Fastly's own cache. Fastly puts its own site on the CDN it sells, so the page shows how a cold request to that CDN is answered from each of our cities. It does not stand for your Fastly service: your origin, VCL, cache rules and shielding decide what your visitors see. From outside we cannot tell a cache miss from a longer path to the edge, and we do not know which point of presence answered beyond the address it used.
Between 27 September and 10 October 2026 Amsterdam, Montreal, Singapore, Tokyo and Mumbai all had a typical time of 12 to 15 ms, and San Francisco 72 ms. San Francisco's daily median was 55 to 81 ms on 11 of the 13 runs and 575 ms on 29 September and 314 ms on 2 October, never close to the rest: whatever edge our San Francisco worker reaches, it is not as close as the other cities' edges are to them. The other five cities' daily medians never left 10 to 22 ms. Their slower times split: 20 ms in Amsterdam and 33 ms in Singapore, but 612 ms in Tokyo, 703 ms in Montreal and 1,365 ms in Mumbai, from a handful of slow requests that never moved a daily median. The six different addresses across our cities in the controlled run fit an edge network. Netlify shows the same shape with Amsterdam as the outlier; Vercel is slower in five of the six cities, San Francisco being the exception.
| Test location | Typical response time | Slower response time | Requests |
|---|---|---|---|
| Amsterdam | 12 ms | 20 ms | 65 |
| San Francisco | 72 ms | 1673 ms | 65 |
| Montreal | 13 ms | 703 ms | 65 |
| Singapore | 15 ms | 33 ms | 65 |
| Tokyo | 12 ms | 612 ms | 65 |
| Mumbai | 12 ms | 1365 ms | 65 |
Typical: half of the requests finished within this time (technical: p50). Slower: 95% of requests finished within this time (technical: p95). Statistics
- Request
- GET www.fastly.com
- Measured from
- Amsterdam · San Francisco · Montreal · Singapore · Tokyo · Mumbai
- Requests
- Daily measurements from 27 September 2026 to 10 October 2026. 6 of 6 test locations included: Amsterdam, San Francisco, Montreal, Singapore, Tokyo, Mumbai. · 27 September 2026 to 10 October 2026
- Timings taken
- DNS, connect, TLS, waiting for the server, download
- Report coverage
- 6 of 6 test locations included: Amsterdam, San Francisco, Montreal, Singapore, Tokyo, Mumbai.
- Coverage changes
- Mumbai (measured since 7 September 2026) joined this report on 21 September 2026. Earlier daily bands keep their previous location set.
- Daily requests in each location
- Amsterdam: 65 · San Francisco: 65 · Montreal: 65 · Singapore: 65 · Tokyo: 65 · Mumbai: 65
- Typical response time
- Median of the eligible daily requests in each included location.
- Slower response time
- The 95th percentile of the same eligible daily requests in each included location.
Fastly
https://www.fastly.com/
Independent measurement by LatencyRadar. Not affiliated with Fastly. · How we measure (v1.3)
How fast does your site load around the world?
Run a free speed test from multiple cities and find out where your users are waiting. No setup, no account required.
No account required · Takes about 30 seconds.