0

至于性能问题，服务器运行良好。除了 http 响应等待时间。随着我们在线服务线的发展，这将成为一个更大的问题。在所有条件相同的情况下，我很困惑这台新服务器加载页面的速度不如运行多个网站、日志记录等的旧服务器快……

这是来自http://www.gtmetrix.com的屏幕截图我一直在使用的在线测试工具。无论一天中的什么时间，这些结果都是一致的，这里的数字没有意义。新站点页面缩小了 75%，但其总生存时间仅快了 26 毫秒。在下图中，左侧是 NEW SERVER，右侧是 OLD SERVER 时间线的左侧部分是握手部分。因此，您可以看到，新服务器的速度大致相同。紫色中间部分，代表等待时间。这大约是 OLD SERVER 延迟的 4 倍（以毫秒为单位）。右侧的灰色部分表示下载文件的实际时间。您还会注意到新服务器在下载响应时明显更快，这很可能是由于响应大小减少了 75%。

GtMetrix 结果您可以在此处查看新服务器的完整结果。http://gtmetrix.com/reports/204.193.113.47/Kl614UCf

这是我知道的差异表，如果您发现可能是罪魁祸首，请告诉我。我忘了把它添加到表中，但是旧服务器正在生产中，现在正在服务请求，当 www.gtmetrix 正在点击它时。相反，对于我的新服务器，它只是我连接和生成请求。

服务器配置比较

我目前的假设是，速度缓慢是由于服务器被虚拟化、IIS 设置不正确或 32 位和 64 位操作系统之间的差异造成的

4

2 回答 2

0

查看完整结果，等待时间的下限似乎是115ms。没有一个请求更快，大部分都在125ms左右，从请求的资源来看，静态资源也很多，所以服务响应应该不会占用很多CPU。即使响应只有 123 个字节，仍然存在这种延迟。

所以它看起来像一个普遍的问题，甚至可能与 IIS 无关。这里有一些想法，我将如何尝试调试它。

  • ping 往返需要多长时间？（即它是一般网络问题，路由等吗？）
  • 从服务器端（例如本地主机）完成 HTTP 请求需要多长时间？（如果它们都花费超过 ~100 毫秒，则开始在服务器盒内进行分析）
于 2012-10-23T23:28:36.997 回答
0

好的...

服务器在萨拉索塔（？），测试代理在温哥华，因此相距大约 4,356 公里（如乌鸦飞过），因此您希望的最佳往返时间约为 45 毫秒。

鉴于它不是直接路由，并且路由器等会增加延迟，那么您似乎得到的 155 毫秒往返是非常合理的。

查看对 HTML 页面的请求，344 毫秒完成它的时间非常好——基本上是 114 毫秒建立连接，115 毫秒从服务器接收第一个字节，然后 155 毫秒得到完整响应。

除非您减少往返时间，否则这次不会有太大改善 - 您是否尝试过从 gtmetrix 的达拉斯服务器进行测试作为比较？

如果它是一个缓慢的服务器响应，那么像 PAL (http://pal.codeplex.com/) 这样的东西值得作为第一次查看服务器上发生的事情，但我也会看看 SQL 服务器的响应速度有多快到测试页面上使用的查询。

您想稍后在瀑布中看到的几件事...

对于从 ajax.aspnetcdn.net 托管的两个文件，解析它们的 DNS 名称比下载它们需要更长的时间，因此您可能需要考虑自己冲洗它们

对于基于文本的内容，例如 HTML、CSS、JS 等。您应用的 gzip 压缩级别是什么？压缩文件是否缓存在服务器上？（他们的服务器时间看起来有点长）

于 2012-10-29T11:54:58.347 回答