neezer Asked: 2009-09-03 13:12:56 +0800 CST2009-09-03 13:12:56 +0800 CST 2009-09-03 13:12:56 +0800 CST 地理位置如何影响网络延迟？ 772 我可以选择在东海岸（美国）的托管托管公司或西海岸（美国）的托管公司托管我们的数据库/网络服务器。我们公司位于纽约市外，两家托管服务提供商都为我们的盒子提供了一条专用的 T1 线路。 如果我选择西海岸的那个而不是东海岸的那个，我会在网络延迟方面承受多少性能损失（假设所有其他因素都相同）？当数字和距离变得非常大（T1 及以上，以及数千英里）时，我不太确定地理位置如何影响互联网速度。 谢谢！ networking 6 个回答 Voted kubanczyk 2009-09-03T13:52:46+08:002009-09-03T13:52:46+08:00 在所有其他条件相同的情况下，由于光速，您将有额外的 44 毫秒延迟。为每个数据包往返提供或花费 1/20 秒。对于典型的网络使用来说并不多。可用于 ssh 会话。如果您通过大量连续的小事务直接访问您的数据库，则非常重要。 我忽略了由额外的路由器/中继器引起的额外延迟，这可能要高得多。我假设距离为 4400 公里，光纤中的光速为 200000 公里/秒。 Best Answer joeqwerty 2009-09-03T13:30:02+08:002009-09-03T13:30:02+08:00 存在距离延迟，并且所有其他条件相同（路由效率、处理开销、拥塞等），东海岸主机访问西海岸站点将比东海岸站点花费更长的时间海岸，但我们在这里谈论毫秒。 Sean Reifschneider 2009-09-03T19:11:37+08:002009-09-03T19:11:37+08:00 我们有一个客户，我们花了相当多的时间来解决这个问题。他们最初在纽约举办，他们的工作人员大多位于波士顿地区。他们将他们的服务器转移到我们位于丹佛的设施，该设施位于全国大约三分之二的地方。 搬家后，他们开始从家庭办公室的康卡斯特链接中提出性能问题。他们过去的延迟时间小于 10 毫秒，后来达到了 80 毫秒。他们注意到到达他们网站的性能较慢，但表示“也许我们将不得不忍受从极快到致命的速度。” 他们似乎意识到由于地理位置的限制，他们在西海岸的用户可能会获得更好的性能。 我们来回走了几次。大约 6 个月后，我们切换到不同的主要上游 ISP，原因与此客户端无关（更好的定价、更多带宽、对其他提供商的维护窗口数量不满意），而对于新提供商，我们得到了大约 45 毫秒此客户端的平均延迟。在这一点上，他们的性能问题似乎已经消失了。 只是为了给您一些关于出现此类问题的案例以及与之相关的数字的经验。 尝试使用“mtr”向不同的远程端显示有关延迟和数据包丢失的信息。除非您完全理解“慢路径”路由，否则请忽略该输出中列出的最后一跳以外的任何内容。Van Jacobson 说，人类会注意到从 400 毫秒开始的延迟，但意识到许多连接需要多次来回交换，因此 100 毫秒的延迟很快就会增加到一秒…… 根据我的经验，250 毫秒的延迟开始让人感觉连接速度明显变慢。10 毫秒或更长的时间感觉就像是一个炽热的连接。这真的取决于你在做什么。 肖恩 EBGreen 2009-09-03T13:19:31+08:002009-09-03T13:19:31+08:00 好吧，数据包以足够接近光速的速度沿着线路传输，与其他因素相比，原始传输时间可以忽略不计。重要的是路由的效率以及路由设备可以多快地进行路由。不幸的是，这不能纯粹根据地理距离来确定。距离和延迟之间有很强的相关性，但我知道并没有硬性规定。 Noah Campbell 2009-09-03T13:42:05+08:002009-09-03T13:42:05+08:00 A点和B点之间的跳数会引入延迟。计算跳数，因为这是您的最佳指标。 谨言慎行。评估网络路径的方法与实际数据包的流动方式不一致。ICMP 可以被路由并被赋予不同的 QoS。此外，traceroute 通常只看一个方向，即源到目的地。这里有一些方便的技巧。 对于traceroute，尝试使用-I，-U或-T查看路径如何变化。也看看-t 16or -t 8。 跟踪路由 Ping 实际上很有帮助。 ping -R将向您展示返回的路径！如果它与出去的路径不同，那么看看它要去哪里。平 l0c0b0x 2009-09-03T13:33:40+08:002009-09-03T13:33:40+08:00 我认为地理位置与数据包传输时间有很大关系，因为你走得越远，你最有可能增加的跳数越多，影响整体延迟。如果您的客户主要集中在西海岸，那么我会选择西海岸托管......东海岸也是如此。如果您的客户来自美国各地或世界各地……那么您只需要做出艰难的决定，即哪一方的延迟更少。 在我们的例子中，我们在我们自己的网络（一个大的 Intranet）上，并且能够让我们的路由器在整个州内基于 OSPF 做出决策 :) 不幸的是，我们网络之外的任何东西主要依赖于我们的 ISP 布局。
在所有其他条件相同的情况下，由于光速，您将有额外的 44 毫秒延迟。为每个数据包往返提供或花费 1/20 秒。对于典型的网络使用来说并不多。可用于 ssh 会话。如果您通过大量连续的小事务直接访问您的数据库，则非常重要。
我忽略了由额外的路由器/中继器引起的额外延迟，这可能要高得多。我假设距离为 4400 公里，光纤中的光速为 200000 公里/秒。
存在距离延迟，并且所有其他条件相同（路由效率、处理开销、拥塞等），东海岸主机访问西海岸站点将比东海岸站点花费更长的时间海岸，但我们在这里谈论毫秒。
我们有一个客户，我们花了相当多的时间来解决这个问题。他们最初在纽约举办，他们的工作人员大多位于波士顿地区。他们将他们的服务器转移到我们位于丹佛的设施，该设施位于全国大约三分之二的地方。
搬家后，他们开始从家庭办公室的康卡斯特链接中提出性能问题。他们过去的延迟时间小于 10 毫秒，后来达到了 80 毫秒。他们注意到到达他们网站的性能较慢，但表示“也许我们将不得不忍受从极快到致命的速度。” 他们似乎意识到由于地理位置的限制，他们在西海岸的用户可能会获得更好的性能。
我们来回走了几次。大约 6 个月后，我们切换到不同的主要上游 ISP，原因与此客户端无关（更好的定价、更多带宽、对其他提供商的维护窗口数量不满意），而对于新提供商，我们得到了大约 45 毫秒此客户端的平均延迟。在这一点上，他们的性能问题似乎已经消失了。
只是为了给您一些关于出现此类问题的案例以及与之相关的数字的经验。
尝试使用“mtr”向不同的远程端显示有关延迟和数据包丢失的信息。除非您完全理解“慢路径”路由，否则请忽略该输出中列出的最后一跳以外的任何内容。Van Jacobson 说，人类会注意到从 400 毫秒开始的延迟，但意识到许多连接需要多次来回交换，因此 100 毫秒的延迟很快就会增加到一秒……
根据我的经验，250 毫秒的延迟开始让人感觉连接速度明显变慢。10 毫秒或更长的时间感觉就像是一个炽热的连接。这真的取决于你在做什么。
肖恩
好吧，数据包以足够接近光速的速度沿着线路传输，与其他因素相比，原始传输时间可以忽略不计。重要的是路由的效率以及路由设备可以多快地进行路由。不幸的是，这不能纯粹根据地理距离来确定。距离和延迟之间有很强的相关性，但我知道并没有硬性规定。
A点和B点之间的跳数会引入延迟。计算跳数，因为这是您的最佳指标。
谨言慎行。评估网络路径的方法与实际数据包的流动方式不一致。ICMP 可以被路由并被赋予不同的 QoS。此外，traceroute 通常只看一个方向，即源到目的地。这里有一些方便的技巧。
对于
traceroute，尝试使用-I，-U或-T查看路径如何变化。也看看-t 16or-t 8。 跟踪路由Ping 实际上很有帮助。
ping -R将向您展示返回的路径！如果它与出去的路径不同，那么看看它要去哪里。平我认为地理位置与数据包传输时间有很大关系，因为你走得越远，你最有可能增加的跳数越多，影响整体延迟。如果您的客户主要集中在西海岸，那么我会选择西海岸托管......东海岸也是如此。如果您的客户来自美国各地或世界各地……那么您只需要做出艰难的决定，即哪一方的延迟更少。
在我们的例子中，我们在我们自己的网络（一个大的 Intranet）上，并且能够让我们的路由器在整个州内基于 OSPF 做出决策 :) 不幸的是，我们网络之外的任何东西主要依赖于我们的 ISP 布局。