asp.net - IIS 7 工作进程瓶颈，应用程序池 ASP.NET 3.5 + 2.0 下大量等待请求

Question

我正在使用 ASP.NET 2.0、.NET 2.0 Framework 和 IIS 7。我看到“工作进程”选项下出现了一个大的“请求”队列。记录的状态似乎是 Authenticate Request和 Execute Request Handles比什么都重要。

我已修改 aspnet.config在 C:\Windows\Microsoft.NET\Framework64\v2.0.50727 (32 位路径和 64 位路径)包括:

maxConcurrentRequestsPerCPU="50000"
maxConcurrentThreadsPerCPU="0"
requestQueueLimit="50000"

我已修改 machine.config在 C:\Windows\Microsoft.NET\Framework64\v2.0.50727\CONFIG (32 位和 64 位路径)包括:

autoConfig="false"
maxIoThreads="100"
maxWorkerThreads="100"
minIoThreads="50"
minWorkerThreads="50"
minFreeThreads="176"
minLocalRequestFreeThreads="152"

我仍然得到这个问题。

该问题表现为工作进程队列中的大量请求。

发生此问题时，网站的当前连接数显示为 500。我认为我没有看到超过 500 个并发连接而不发生这个问题。

当请求阻塞时，Web 应用程序变慢。

随着负载在两个池之间分布，刷新应用程序池会解决一段时间(如预期)。

有问题的应用程序池 FIXED REQUEST 已设置为刷新 50000。

注意:.NET 3.5 框架使用 2.0 框架 appnet 和机器配置文件，我相信。

服务器资源(CPU、RAM)未被充分利用。

Answer 1

我可以建议您查看 Tess Ferrandez 网站 If It Is Broken, Fix It You Should 上的 Material 吗？ .

您想要做的是在您遇到请求队列中的大量请求以及应用程序开始停止时，使用 ADPlus 捕获工作进程的转储。

一旦你捕获了这个转储，你想把它加载到 WinDBG+SOS 中并开始追踪罪魁祸首。

Tess 有一系列关于如何利用这些工具发挥巨大作用的实验:

.NET Debugging Demos - Information and setup instructions

如果可以，那么您还可以将分析器附加到应用程序(例如 RedGate 的 Performance Profiler 以尝试发现根本原因。