免费工具
延迟测试:找到离您最近的机房。
选择您大多数用户所在的城市,我们会估算该城市到全部 8 个数据中心的往返时间,并为您排序。
从 纽约 出发,您的最佳登机口是 纽约
- NYC 纽约美国 · 最佳匹配 约 2 ms 10 款配置有货 · $59/月起
- MIA 迈阿密美国 约 25 ms 4 款配置有货 · $59/月起
- LAX 洛杉矶美国 约 53 ms 10 款配置有货 · $59/月起
- LON 伦敦英国 约 74 ms 5 款配置有货 · $59/月起
- AMS 阿姆斯特丹荷兰 约 78 ms 10 款配置有货 · $59/月起
- FRA 法兰克福德国 约 83 ms 10 款配置有货 · $59/月起
- TYO 东京日本 约 143 ms 3 款配置有货 · $115/月起
- SIN 新加坡亚太 约 201 ms 7 款配置有货 · $115/月起
纽约 距离全部 8 个机房都较远:最近的机房延迟约 2 ms。这对网站、API 和备份来说没有问题,但实时游戏的玩家会有所察觉。
查看 纽约 的服务器
以上为预估往返时间,并非实测结果。计算方法见下文。
计算方法
估算值是如何计算的
光在光纤中的传播速度约为每毫秒 200 公里,相当于真空中光速的三分之二。线缆很少沿最短路径铺设,因此我们将两座城市之间的大圆距离乘以 1.3,按往返计算,再加上 2 ms,作为沿途路由器和交换机的耗时。
计算结果与网络连接良好时的实际表现相近。您的实际数值取决于运营商的路由与对等互联、Wi-Fi 以及最后一公里接入,因此请将其视为参考,而非承诺。
预估往返时间
RTT ≈ 2 × 距离 × 1.3 / (200 km/ms) + 2 ms
- 法兰克福 → 阿姆斯特丹
- 约 7 ms
- 纽约 → 伦敦
- 约 74 ms
- 洛杉矶 → 东京
- 约 117 ms
常见问题
关于延迟
全部问题这些数字有多准确?
这些是基于地理位置的估算值,与网络连接良好时的实际表现相近。实际延迟取决于您所用运营商的路由、对等互联和最后一公里接入,因此具体线路可能更快,也可能更慢。
延迟多少才算够用?
根据经验,30 ms 以内对于游戏和交互式应用来说几乎感觉不到延迟;80 ms 以内足以让大多数网站和 API 流畅运行;超过 150 ms,在实时应用中就会开始有明显感知。需要多次往返请求的页面会最先受到影响。
我可以自己测量实际延迟吗?
可以,只要服务器已在运行:从您用户所在的网络使用 mtr 或 ping 测试延迟,用 iperf3 测试吞吐量。我们的指南介绍了如何解读测试结果,以及当线路看起来异常时应向我们提供哪些信息。
