距离服务器的距离的影响
我在爱尔兰有一个networking服务器（Amazon AWS）。 这个服务器从德国（橙线）出现得很快，但是从美国（黑线）慢。 用于testing的HTTP请求是相同的。
我认为这是正常的。 爱尔兰和美国之间的距离比德国到爱尔兰要大，但差距似乎过高。
除了到服务器的距离之外，还有其他可能的原因吗？
假设图表是http请求时间，对我来说似乎相当合理。
一个http请求（在keepalive，fastopen等缺乏）通常需要至less两次往返。
- 客户端发送syn
- Sever收到syn并发送syn-ack
- 客户端接收同步并发送确认和请求。
- 服务器发送响应。
光纤中的光速约为2 * 10 ^ 8米/秒。 据谷歌从“爱尔兰到美国”的距离是6,629公里*这将转化为大约66毫秒的往返时间。
但是，假定设备没有延迟，并且数据path遵循最短的path。 欧洲的主机和美国的主机之间的实际往返时间通常为100到150毫秒。 由于这样一个〜250ms的http请求时间是完全正常的。
图中的峰值更令人担忧的是，它们表明服务器和testing客户端之间的networking拥塞。
*显然这取决于美国在爱尔兰的哪一点，爱尔兰的哪个点，但谷歌select的点似乎在美国中部的某个地方，OPs图表显示“us-mid”。
任何其他可能的原因，除了距离服务器的距离？
数据包的path。
在谷歌searchping "us-mid" ，达拉斯的Monitis.com和他们的IP，在法兰克福也有DE IP。 从法国的一台连接良好的服务器上，我有9 ms的RTT到DE IP和111 ms的ping RTT到US-MID IP。 对于HTTP响应时间，我希望为服务器的反应时间加上两倍，为了说服我们可以说，也许是26和230.与爱尔兰的价值观没有什么不同，因为在爱尔兰，你可能会有更多的networking来自两地。
正常接受这些值，并监视他们的偏差，看看您的网站或您的ISP有问题。 除非你正在运行一个对响应时间至关重要的全球服务，否则做更多的事情是没有用的。 如果你是这样，把服务器放在世界各地，或者（更好）与专门做这件事的托pipe商签订合同。