巴黎 → 法蘭克福 · ~12 ms
沒有人會嫌慢的路由。
實測
12 座城市，依距離排序
依序排列而非依地區分組：只要看過自己所在的城市，就可以停止閱讀了。
- 布加勒斯特 12ms
- 基輔 21ms
- 華沙 29ms
- 維也納 33ms
- 法蘭克福 35ms
- 伊斯坦堡 38ms
- 阿姆斯特丹 42ms
- Milan 45ms
- 倫敦 48ms
- 斯德哥爾摩 52ms
- 杜拜 92ms
- 紐約 118ms
標示的儲存格延遲低於 50 毫秒——在此範圍內，SSH、遠端桌面與互動式工作都會有如本地般流暢。名單上除斯德哥爾摩以外的每個歐洲城市皆在此範圍內，斯德哥爾摩僅差 2 毫秒。
規模對照
35 毫秒並非妥協
數字唯有與您已知的數字相比，才具有意義。以下是三條沒有人稱為緩慢的路線，以及我們的位置。
Chișinău → Frankfurt · 約 35 ms
我們的則是那個數字的三倍，卻仍低於人類能察覺的門檻。
倫敦 → 紐約 · ~75 ms
倫敦金融城中的每家交易櫃檯都毫無怨言地經由此路由。
法蘭克福 → 新加坡 · ~160 ms
互動式工作真正開始感到吃力之處。
測量方式
沒有方法論的延遲數字，只是一個形容詞
任何人都能公布一個漂亮的數字。真正讓它值得參考的，是知道它是如何產生的——並且您自己也能重現它。
ICMP 來自我們自己的邊緣節點，而非探測網路。
測量數據取自承載您流量的同一批路由器。第三方探測網路所在的資料中心，其對等互連品質往往優於它們聲稱代表的客戶。
30 天中位數，而非最佳單次表現。
凌晨三點的一個封包無法證明任何事。這項數字是持續取樣的中位數，因此不會因為某個特別安靜的夜晚而失真。
測量到城市本身，而非最近的互連節點。
測試目標是各都會區內知名的主機，而非離我們最近的交換中心邊緣路由器。
而且您可以重複測試。
每一個測試目標皆為公開，且 looking glass 會在我方端執行相同的指令。如果您量測到的數字與我方不符，我們希望知道。
我的使用者位於美洲，這樣可行嗎？
對於前方有 CDN 的網站而言，完全不重要——一旦資源快取於邊緣節點，來源延遲便不再有影響。但對於玩家或交易者位於紐約的互動式服務而言，118 ms 是真實存在的延遲，您應該在承諾之前親自感受。可向客服申請試用並自行測量。
DDoS 過濾是否會增加延遲？
穩定狀態下延遲低於一毫秒——過濾機制位於上游、就地執行，而非繞道至他處的清洗中心。遭受主動攻擊時，延遲可能略為增加，這是所有替代方案都必須做出的取捨，只是通常不會明說。
為什麼伊斯坦堡比法蘭克福慢？
因為地理位置不等於網路拓撲。目前前往伊斯坦堡的流量是經布加勒斯特與索菲亞轉送，而非直接橫渡黑海，這會增加地圖上看不出來的距離。第三家上游業者很可能改善這一點，屆時我們會重新公布數據，而不是悄悄留著舊數字不動。