经 Pingdom（pingdom.com）测量，我的一台服务器平均响应时间为 566 毫秒。
这个分数还不错吗？我是否应该做更多工作来优化它？
答案1
如果不查看系统之间的跟踪路由，很难判断。当然，如果涉及拨号链接，这也可能是合理的。
话虽如此，566 毫秒还是有点长的。我通过瑞典 ADSL 连接到一个典型的中国网站需要 510 毫秒，所以如果你的网站是位于西方数据中心的连接良好的网站，你可能应该期待更少。例如，从瑞典数据中心到美国东海岸的 Amazon E2 主机，我得到的是不到 100 毫秒。
答案2
这是一个非常笼统的问题，答案取决于具体情况。如果您的服务器是通过卫星链路连接的，那么 566ms 是好的。如果您的服务器处于快速（例如 100MBit）连接（或托管），那么 566ms 是不好的。
为了有所帮助，您应该运行 traceroute（或 Windows 上的 tracecert），并发布输出。您可能还想使用 Visual Route（www.visualroute.com）。
答案3
这一切都取决于您的情况。您是否在巴布亚新几内亚的付费电话上使用 9600 波特声耦合器？如果是，那太好了。您是否使用 OC48，直接连接到 AT&T 的光纤主干网？那么就太糟糕了。什么样的连接？您是否使用诸如 IP 视频/语音之类的东西？任何 UDP 重载的东西？如果是这样，您将在这种延迟下遇到问题。它会起作用，只是有点不愉快。
答案4
如果应用程序或用户对高延迟敏感，则不行。请记住，延迟和吞吐量并不相同。高延迟连接可能具有高吞吐量。响应时间（延迟）是延迟的度量，而不是吞吐量。