根据Pingdom（pingdom.com）的测量，我的一台服务器的平均响应时间为566毫秒。
这是一个好成绩？ 我应该做更多的优化吗？
没有看到系统之间的traceroute很难说。 当然，如果有拨号链接，也可能是合理的。
话虽如此，566ms是大的。 我通过我的瑞典ADSL连接到一个典型的中国站点获得了510毫秒的时间，所以如果你的站点在西方的数据中心是一个连接良好的站点，那么你应该可以less一点。 例如，从瑞典的数据中心到美国东海岸的Amazon E2主机，我得到的时间less于100毫秒。
这是一个非常普遍的问题，答案取决于具体情况。 如果你的服务器通过卫星链路连接，那么566ms是好的。 如果你的服务器连接速度很快（例如100MBit），那么566ms是不好的。
为了帮助您，您应该运行traceroute（或Windows上的tracert）并发布输出。 您也可能想使用Visual Route（www.visualroute.com）。
这一切都归结于你的情况。 您是否在巴布亚新几内亚的付费电话上使用9600波特的声学耦合器？ 在那种情况下，它太棒了。 您是否使用直接连接到AT＆T光纤骨干网的OC48？ 那真可怕。 什么样的联系？ 你是否使用video/ IP语音？ 任何UDP重？ 如果是这样的话，那么你将在这个潜伏期遇到问题。 它会工作，这只是一个不愉快的接触。
如果应用程序或用户对高延迟敏感， 请记住，延迟和吞吐量是不一样的。 高延迟连接有可能具有高吞吐量。 响应时间 – 延迟 – 是延迟的度量，而不是吞吐量。