对于一个社交网站，我们使用基于 node.js 的 Comet 服务器作为即时通讯工具，一切运行良好我们只有一个问题如何解决澳大利亚和新西兰的延迟问题，我们的 RRT 介于 310 毫秒到 440 毫秒之间小姐。
一个想法是拥有本地服务器，但在这种情况下，它们必须连接到澳大利亚用户能够与英国用户通信的主服务器。这种彗星-彗星连接也会有更高的延迟，但本地用户可以快速聊天，这在大多数情况下都是如此。
有没有人比使用本地彗星服务器更好的主意？
【问题讨论】：
标签： networking node.js tcp comet latency
如果您的延迟是由于地理距离造成的，则无法选择如何缩短它。您唯一能做的就是尝试找到拥有更多“直”电缆的上游网络提供商。但是您永远无法实现比这 2 个国家/服务器之间的直接空中距离更短的延迟。
如果您将让澳大利亚的用户相互通信，那么是的，如果他们将连接到本地服务器，这对他们来说会有所不同。但是对于英国的一位用户和澳大利亚的一位用户之间的通信，是否有本地服务器并不重要。
但无论如何，对于即时通讯工具来说，延迟并不是那么重要，恕我直言。收件人不知道发件人何时完成他的消息并点击发送按钮，因此他无法测量延迟。而且人类无法每秒发送多条消息，所以我认为不可能看到 400 毫秒和 10 毫秒延迟之间的差异。如果超过 1 秒，它可能是可见的......
因此，总而言之，我只会在有足够多的本地用户相互通信时才会费心制作本地服务器。
（如果我对您的设置的某些假设不正确，请告诉我。）
【讨论】：