IIS上的请求超时数很高

Question

我有一个相当繁忙的站点，每个月可以看到10米左右的视图。

我的一个应用程序池似乎堵塞了几个小时，我正在寻找一些关于如何解决它的想法..？我怀疑它以某种方式跑出线程，但我不知道如何确定这个追溯.. ..？以下是我所知道的：

• 该网站从未“失望”，但约90％的请求开始超时。
• 我可以看到大量的“HttpException - 请求超时”。在停机期间的日志中
• 我无法找到任何会导致超时的SQL错误或代码错误。
• 超时似乎已在所有页面上的网站范围内。
• 有一个页面上有一个错误，它会在该特定页面上导致错误。
• 该网站必须重新启动。

该网站是ASP.NET C＃3.5的WebForms ..

可能性：

1. 主题枯竭：我的想法是，导致错误的页面可能以某种方式开始干扰可用的线程？
2. 全局代码错误：另一种可能性是我的一个静态类在某个地方有一个未发现的错误。这是不太可能的，因为这从来没有发生过，我无法找到这些类的任何日志错误，但这是一种可能性。

UPDATE

我已经成功，现在跟踪的问题，而它的发生。页面正常加载，但由于某种原因WebResource.axd和ScriptResource.axd均为需要一分钟加载。在性能计数器中，我可以看到此时ASP.NET Requests Queued峰值。

Answer 1

我想尝试的第一件事是Sam Saffron的CPU analyzer tool，它应该表明是否有某些常见事情发生太多/太长。部分原因是因为它不涉及任何变化;只需在服务器上运行它。

之后，还有其他各种调试工具可用;我们发现some very ghetto approaches可以非常有效地查看时间花费在哪里（当然，它只能在成功结果的10％上运行）。

你当然可以打开服务器分析工具并拖动各种.NET/IIS计数器，其中可能帮助你找到一些东西。

这三个选项之间，你应该涵盖的：

• 代码掉入一个黑洞，从来没有走出来（通常线程相关）
• 代码运行，但过于缓慢（通常数据访问相关）