Multithreading IIS服务器w3wp进程高非分页池&；导致性能差的线程

我有6台“相同”的x64 IIS6服务器，其中包含相同的内容。 有时在一台或多台服务器上，我们会发现运行缓慢，加载一个简单的html页面可能需要大约20秒

当这种情况发生时，我们可以看到线程增加到300个（通常为80个），非分页池增加到1000k（通常为200k）

看不到其他有什么不同，例如其他进程、磁盘i/O

网络计数器似乎转移的数据较少，但我认为这是症状

---

有人知道什么会导致高无页面池吗？这是一台x64服务器，可能我找错地方了

我认为这些都是后果，而不是问题所在。当你速度慢的时候，你一次会有更多的连接（因为你花更长的时间去完成和关闭它们）。这意味着更多的线程和更多的非分页池。（想想一家快餐店。如果它需要更长的时间来服务顾客，它会有更多的顾客在线，更多的汽车在免下车通道中，等等。）有时我在我们的IIS上也会经历类似的事情——可能有半分钟，速度非常慢，而且在这段时间内没有完成任何请求。我仍然不知道当时是web服务器还是数据库没有响应。是的，我明白你的意思，忍不住想（可能是因为我在x32天耗尽了内核内存），非分页池是关键。我要分析客户端位置，我知道我们有多个广泛分布的域。我还尝试创建了一个webgarden，其中产生了3个工作进程，这导致了所有3个w3wps的线程和np池的相同增长。解决了！问题在于DC，两个有问题的IIS服务器使用相同的身份验证服务器，一旦我们将它们移动到另一个DC，正常服务将恢复。这将解释高度非分页池，因为身份验证必须在内核模式下完成。现在来看看狡猾的DC。。。。。