美國東西海岸的“典型”網路延遲是多少？
目前我們正在嘗試決定是否將我們的數據中心從西海岸轉移到東海岸。
但是，我看到從我的西海岸位置到東海岸的一些令人不安的延遲數字。這是一個範例結果，在 Google Chrome 中檢索一個小的 .png 徽標文件並使用開發工具查看請求需要多長時間：
- 西海岸到東海岸：
215 毫秒延遲，46 毫秒傳輸時間，總共 261 毫秒
- 西海岸到西海岸：
延遲 114 毫秒，傳輸時間 41 毫秒，總共 155 毫秒
俄勒岡州科瓦利斯在地理位置上離我在加利福尼亞州伯克利的位置更近是有道理的，所以我希望連接速度會更快一些。但是當我對紐約市執行相同的測試時，我發現延遲增加了 +100 毫秒伺服器。這似乎..對我來說太過分了。特別是由於傳輸實際數據所花費的時間僅增加了 10%，但延遲卻增加了 100%！
那感覺……不對……對我來說。
我在這裡找到了一些有用的連結（通過Google不少！）…
…但沒有任何權威性。
那麼，這正常嗎？感覺不太正常。從美國東海岸 <–> 西海岸移動網路數據包時，我應該期待的“典型”延遲是多少？
光速：
作為一個有趣的學術點，你不會超越光速。 這個連結可以在大約 40 毫秒的最佳時間從斯坦福到波士頓。當這個人進行計算時，他認為網際網路的執行速度大約是“光速的兩倍”，因此傳輸時間約為 85 毫秒。
TCP 視窗大小：
如果您遇到傳輸速度問題，您可能需要增加接收視窗 tcp 大小。如果這是具有高延遲的高頻寬連接（稱為“Long Fat Pipe”），您可能還需要啟用視窗縮放。所以如果你正在傳輸一個大文件，你需要有一個足夠大的接收視窗來填滿管道，而不必等待視窗更新。我在回答Tuning an Elephant中詳細介紹瞭如何計算它。
地理和延遲：
一些 CDN（內容分發網路）的失敗點是它們將延遲和地理等同起來。Google對他們的網路做了很多研究，發現了其中的缺陷，他們在白皮書Moving Beyond End-to-End Path Information to Optimize CDN Performance中公佈了結果：
首先，即使大多數客戶端都由地理位置附近的 CDN 節點提供服務，但相當一部分客戶端的延遲比同一地區的其他客戶端高幾十毫秒。其次，我們發現排隊延遲通常會覆蓋客戶端與附近伺服器互動的好處。
BGP 對等互連：
此外，如果您開始研究 BGP（核心網際網路路由協議）以及 ISP 如何選擇對等互連，您會發現它通常更多地與財務和政治有關，因此您可能並不總是獲得到某些地理位置的“最佳”路由，具體取決於在您的 ISP 上。您可以使用鏡子路由器查看您的 IP 如何連接到其他 ISP（自治系統）。您還可以使用特殊的 whois 服務：
whois -h v4-peer.whois.cymru.com "69.59.196.212" PEER_AS | IP | AS Name 25899 | 69.59.196.212 | LSNET - LS Networks 32869 | 69.59.196.212 | SILVERSTAR-NET - Silver Star Telecom, LLC使用linkrank之類的 gui 工具將這些作為對等對象進行探索也很有趣，它為您提供了您周圍網際網路的圖片。