Windows server 2003 Web服务器速度减慢（ASP.NET）

我们有一个非常奇怪的问题。服务器场中的一台服务器变得非常慢。我们在日志中看到一些超时，总体响应时间不是应该的（并且在服务器场中的其他服务器上）

同样奇怪的是，不仅仅是web应用程序，登录服务器最多需要1.5分钟才能显示桌面。一旦您进入，系统将一如既往地响应-除非您尝试启动某些东西，例如记事本-启动需要一分钟，启动后工作正常

我检查了一些东西-内存利用率是合理的，CPU低于15%，windows句柄，事件日志没有显示任何内容

回收aps.net进程并不能解决这个问题-登录仍然需要一分钟以上的时间。重新启动服务器有所帮助，但现在它又开始减速

仔细查看之后，我们发现Windows临时目录中充满了临时文件—超过65k个文件。这当然是需要注意的。但我的问题是，这可能是经济停滞的根本原因，还是阴影中还隐藏着其他东西

编辑

在进一步挖掘之后，我将重点放在与临时目录大小相关的问题上。这描述了非常相似的事情。我仍然不太确定，因为即使是记事本也无法解释服务器打开速度慢的事实

---

在这种情况下，创建一个新的临时文件可能需要一分钟吗？

您是否也检查了虚拟内存？寻呼？您的应用程序是否在不同的文件中记录大量数据？另外-检查-可能在内核模式下使用，而不是在用户模式下使用。

发生超时时，您可能需要检查ASP.NET线程池中使用了多少线程。另一个想法可能是查看perfmon中的GC信息，看看GC是否正在运行gen2集合？

好的，这是正式的，所有这些都是由。当我们的一台服务器再次出现问题时，我们清理了临时目录，解决了问题，包括登录速度慢

---

最后一部分仍然让我感到困惑-我不明白临时目录中文件过多会导致登录时间超过1分钟，更不用说启动程序了，但无论清除目录是什么，都可以修复它，我可以接受它。

是的-所有这些。我们停止了服务器的轮换，web应用程序上没有任何活动，甚至运行web应用程序的进程也不在了，但是登录仍然需要一分钟的时间。为什么

Temp

文件夹已满？它包含什么类型的文件？这些文件是否与您的应用程序相关？@Darin有很多原因，但主要是因为MS CryptQueryObject中的一个已知错误（请参阅）。我们在研究这个问题的过程中找到了这篇文章，但现在我试图弄清楚这是否真的是根本原因。您提供的知识库表示，当临时文件的数量达到65000个左右时，调用

CryptQueryObject

所需的时间比预期的要长。您正在调用此函数吗？不是直接调用，而是-它是SSO登录过程的一部分。我们检查了线程数（托管线程和物理线程）以及GC统计数据。坏服务器和好服务器之间非常相似。此外，没有任何与.NET相关的东西可以解释web应用程序关闭后服务器运行缓慢的原因。可能值得在serverfault上询问/移动到serverfault