最大限度地缩短与远程服务器交换消息的网络时间

Question

我寻求帮助的情况是这样的:美国东海岸的一家企业，以随机的间隔，通过公共互联网向一组正在收听的分包商发布消息，这些分包商订阅了这些消息。每条消息都宣布要转包的工作单元的可用性。第一个订户回复接受消息，表明它有立即执行工作的能力，然后授予该工作。一家分包商位于美国中西部。另一个在美国西海岸。由于消息通过因特网到达西海岸分包商的时间稍长，并且其响应返回到东海岸，因此西海岸分包商接受所提供的工作单元的尝试通常为时已晚(即，较近的分包商已经发出接受信号并被授予工作)，即使西海岸分包商也有能力进行该工作。我正在寻找改善运输时间的最佳方法，以克服西海岸分包商(通过T1线路连接到互联网)的距离劣势。有什么建议吗？(如果这不是这个问题的论坛，欢迎提出更好的建议。)

Answer 1

你不会对答案感到满意的。

没有实际的方法来提高您的数据包在互联网上的速度。如果经过的路由器不在您的控制之下，就没有办法可靠地获得更高的速度。互联网是基于尽力而为的，这意味着没有路由器保证你的数据包到达，无论是在什么时候，也不是按什么顺序。这就是TCP被发明的原因。如果您发送两个数据包，则这两个数据包很可能采用两条不同的路由到达目的地。没有办法告诉你和远程之间的路由器按优先级或更快地处理你的数据包。从理论上讲，有一些协议可以加快数据包的传输速度，但大多数报头都会在传输过程中被剥离(在大多数情况下，是在您控制的最后一台路由器之后)。有服务质量(Quality- of -Service，QOS )和TCP紧急报头，但它们都不能保证什么。您可以尝试设置这些报头并使用这些协议，但您无法确定您的数据包是否具有优先级。

我知道这在任何方面都不令人满意，但反过来想想。如果数据包实际上在它们的标志上进行了优先排序和更快的处理，那么每个人都只需要设置这些标志，一切都会像现在一样快。您可以尝试，但我可以告诉您，大多数跃点只是明目张胆地忽略标志。

老实说，更快到达那里的唯一方法是让服务器在物理上接近，并减少其间的网络跳跃。如果你能在同一个服务器中心得到一台服务器，那就太好了。在同一条街上，很好。在同一座城市，好的。在同一个国家，也，好的。不会有真正的其他方法来实现这一目标。你在物理上和网络上越接近，越好。