【发布时间】：2017-11-06 07:33:59
【问题描述】：
我一直在尝试为我们的客户查明旧版应用程序中的错误。他们抱怨响应时间慢，检查 IIS 日志我可以看到，有时不应超过 500 毫秒的请求需要 10-30 秒。
似乎没有规律：这些请求发生在我们的应用程序处理的请求中，它们发生在小的静态文件（图片和 .js 文件）中，它们发生在高流量和低流量期间。在这些请求之前或期间似乎没有发生会导致这种情况发生的请求类型。
我尝试过对长请求进行失败的请求跟踪，但 IIS 管道中发生的一切似乎都需要 0 毫秒或至少接近 0 毫秒。这可能是由极慢的网络连接或我们的旧应用程序阻塞线程（或完全不同的原因）造成的吗？
【问题讨论】：
-
应用程序是基于 .net 的吗？如果是这种情况，您应该在应用程序池被回收时打开日志记录，以查看是否同时发生。
-
它不是基于 .net 的。不幸的是，它使用了一个定制的 ISAPI 模块。但我打开了循环日志以防万一，好主意。
-
Legacy ...所以您在 VM 中运行？在一个新的操作系统上，它更加重视安全性并对您要求下载的地址进行安全性查找？
-
您只能分析工作进程以了解更多信息或使用挂起转储分析。如果您不知道该怎么做，请向 ISAPI 供应商或开发人员寻求帮助。
标签： performance iis