networking延迟和时间，如Chrome所示
我试图了解为什么由IIS服务的静态图像需要大约182毫秒的加载。 使用铬我捕获了以下时间信息。
当我通过直接在Web服务器上打开Chrome浏览器请求相同的图像时，我看到“等待”时间下降到2-5毫秒。
我试图理解Chrome显示的时间信息。 根据Google的文档 ，“连接”时间包括tcp握手，“等待”表示“等待最初响应的时间”。
- 安全的互联网访问NAS
- 在第三世界设置服务器…我有什么select聚合廉价的互联网连接？
- 是否有可能通过networking浏览器searchapt库？
- 使用令牌环网卡而不是路由器（？）
- 这可能是DOS攻击吗？
我知道一个事实，networking服务器没有超过2 – 5毫秒服务的图像，那么我的“等待”数字显示〜130毫秒？ 即使它包括服务器和我的浏览器之间传输数据包的单向延迟，130毫秒没有任何意义，因为“连接”总共需要0.338毫秒！ 这些数字不加起来！
涉及很多。 你可能需要的是一些更好的侦探工具。
-
下载WireShark并学习使用它。 它可以让你更清楚地看到你的networkingstream量。 （这不是说这是一个networkingstream量问题，但你需要开始消除潜在的问题。）有很多伟大的video链接如何使用它。 这是一个可能与您的问题有关的问题 。
-
也为http问题下载和学习使用提琴手 。
如果您要从同一个域下载多个图片，则Chrome每个域的并行连接数限制为6个。 那么会发生什么，当第一个连接释放，它将用于下载下一个图像。 在你的时间/瀑布图中，你会看到由于这种滴漏效应，一次下载一个图像。 “后来的”图像必须等待连接打开。 如果不是这种情况，请在此特定下载之前张贴显示2-3个连接的图表。 谢谢。
在服务器上加载映像并远程加载它的一个区别是，IIS希望查找远程IP并将其反转。 其中一些时间可能正在等待Web服务器本地的DNS服务器来回答。
如果您有足够的权限访问IIS服务器，可以testing您的客户端testing机器的IP到HOSTS文件中。 您也可以从服务器pingnetworking堆栈中configuration的DNS服务器，看看它们是否在100毫秒左右。