Paris → Frankfurt · ~12 ms
Một tuyến đường mà không ai gọi là chậm.
Cách trục mạng châu Âu đúng một chặng
“Một quốc gia duy nhất” chỉ khiến bạn phải trả giá nếu quốc gia đó ở xa. Nó không xa — và trang này là phép tính toán học chứ không phải lời trấn an.
- Bucharest
- 12 ms
- Frankfurt
- 35 ms
- Amsterdam
- 42 ms
- Phương thức
- Trung vị, 30 ngày
Được đo lường
Mười hai thành phố, sắp xếp theo khoảng cách
Được sắp xếp thay vì gộp theo khu vực: bạn dừng đọc ngay khi đã qua thành phố của mình.
- Bucharest 12ms
- Kyiv 21ms
- Warsaw 29ms
- Viên 33ms
- Frankfurt 35ms
- Istanbul 38ms
- Amsterdam 42ms
- Milan 45ms
- London 48ms
- Stockholm 52ms
- Dubai 92ms
- New York 118ms
Các ô được tô sáng có độ trễ dưới 50 ms — phạm vi mà trong đó SSH, remote desktop và các tác vụ tương tác có cảm giác như đang chạy cục bộ. Mọi thành phố châu Âu trong danh sách này đều nằm trong phạm vi đó, trừ Stockholm, chỉ vượt ngưỡng đúng hai đơn vị.
Để dễ hình dung quy mô
35 mili-giây không phải là một sự thỏa hiệp
Một con số chỉ có ý nghĩa khi đặt cạnh một con số bạn đã biết. Dưới đây là ba tuyến đường không ai gọi là chậm, và vị trí của tuyến của chúng tôi trong số đó.
Chișinău → Frankfurt · ~35 ms
Của chúng tôi. Gấp ba lần con số đó, và vẫn dưới ngưỡng mà con người có thể nhận ra.
London → New York · ~75 ms
Được mọi bàn giao dịch ở City sử dụng mà không phàn nàn.
Frankfurt → Singapore · ~160 ms
Nơi mà công việc tương tác thực sự bắt đầu bị ảnh hưởng nặng.
Cách thức đo lường
Một con số độ trễ không kèm phương pháp đo chỉ là một tính từ
Ai cũng có thể công bố một con số đẹp. Điều khiến nó đáng đọc là biết được nó được tạo ra như thế nào — và có thể tự mình tạo ra con số đó.
ICMP từ biên mạng của chúng tôi, không phải từ mạng lưới đầu dò.
Được đo từ chính các router mang lưu lượng của bạn. Các mạng đo thử của bên thứ ba đặt tại các trung tâm dữ liệu có kết nối peering tốt hơn so với những khách hàng mà họ tuyên bố đại diện.
Trung vị trong 30 ngày, không phải kết quả tốt nhất.
Một gói tin lúc ba giờ sáng không chứng minh được điều gì. Con số này là giá trị trung vị của việc lấy mẫu liên tục, nên một đêm tốt không thể làm nó đẹp hơn thực tế.
Đến thành phố, không phải đến điểm peering gần nhất.
Mục tiêu đo là các máy chủ nổi tiếng bên trong mỗi khu vực đô thị, không phải router biên của bất kỳ điểm trao đổi nào tình cờ gần chúng tôi nhất.
Và bạn có thể lặp lại điều đó.
Mọi mục tiêu đều công khai và looking glass chạy cùng các lệnh đó từ phía chúng tôi. Nếu con số của bạn khác với con số của chúng tôi, chúng tôi muốn được biết.
Trước khi đặt hàng
Ba câu hỏi mà các con số đặt ra
Nếu số đo của riêng bạn không khớp với trang này, hãy liên hệ hỗ trợ — chúng tôi thà sửa một con số còn hơn bảo vệ nó.
Mở looking glassNgười dùng của tôi ở châu Mỹ. Điều này có khả thi không?
Đối với một trang web có CDN ở phía trước, độ trễ hoàn toàn không còn quan trọng — độ trễ gốc không còn ý nghĩa một khi tài nguyên đã được cache tại edge. Đối với một dịch vụ tương tác có người chơi hoặc trader ở New York, 118 ms là có thật và bạn nên cảm nhận nó trước khi cam kết. Hãy yêu cầu hỗ trợ dùng thử và tự đo.
Lọc DDoS có làm tăng độ trễ không?
Dưới một mili giây ở trạng thái ổn định — việc lọc diễn ra ở thượng nguồn và trên đường truyền, không phải một bước chuyển hướng qua trung tâm xử lý ở nơi khác. Khi đang bị tấn công, bạn có thể thấy độ trễ tăng thêm đôi chút, đó là sự đánh đổi mà mọi giải pháp thay thế khác cũng phải chấp nhận, thường không nói ra.
Tại sao Istanbul chậm hơn Frankfurt?
Bởi vì địa lý không phải là cấu trúc mạng. Lưu lượng đến Istanbul hiện đi qua Bucharest và Sofia thay vì băng qua Biển Đen, điều này làm tăng thêm khoảng cách mà bản đồ không thể hiện. Một nhà mạng trung chuyển thứ ba có thể sẽ cải thiện điều này, và chúng tôi sẽ công bố lại con số đó khi điều đó xảy ra thay vì âm thầm giữ nguyên con số cũ.