过去12个月左右,我们一直在努力解决这个问题。我们认为这是由于一个或两个应用程序泄漏内存或大量泄漏,这些泄漏最终在经典ASP中进行了多年的编程。我们已经开始转换为ASP.NET,但我们仍然拥有大量经典的应用程序。
我们已尝试更改IIS重新启动的方式,具体取决于CPU和内存使用情况,我们已尝试清理某些进程。我们已经安装了多个分析工具,以便能够准确跟踪它的来源,但无济于事。
就在今天,我们终于能够找到更详细的错误消息,“在W3WP中检测到asp!g模板缓存+ 88由W3WP中的线程72所拥有的可能阻塞或泄漏的关键部分”。它还声明“ASP.DLL当前在ASP模板缓存管理器上持有一个关键部分锁定......”。
那么,是否有任何工具可以帮助追踪泄漏的来源?或者在冻结整个网络流程之前,可能有更好的方法重新启动它?
感谢您的时间!
答案 0 :(得分:0)
这些将解决内存泄漏。