内存泄漏 ASP.DLL (或者是其他东西), 导致永久性 w3wp
我们最后打了这个 12 几个月左右。 我们认为这是由于一个或两个具有内存泄漏的应用程序,或者具有大量泄漏,最终累积在经典的多年内容 ASP. 我们开始搬到 ASP.NET, 但我们仍然有大量经典应用程序。
我们试图改变重启方式 IIS 根据CPU和内存的使用,我们尝试清除一些进程。 我们设置了几种分析工具,可以准确地跟踪它发生的地方,但无济于事。
只有今天我们能够最终跟踪更详细的错误消息:“发现了可能的阻塞或泄露关键分区 asp! G Template cache + 88, 流动 72 在 W3WP». 它还说 «ASP.DLL 目前在缓存模板管理器中锁定关键分区 ASP ...».
(
https://i.imgur.com/08U1vc9.png
.)
所以。 是否有任何工具可以帮助跟踪泄漏源? 或者可能是在冻结整个Web流程之前重新启动它的最佳方式?
我很欣赏你的时间!
我们试图改变重启方式 IIS 根据CPU和内存的使用,我们尝试清除一些进程。 我们设置了几种分析工具,可以准确地跟踪它发生的地方,但无济于事。
只有今天我们能够最终跟踪更详细的错误消息:“发现了可能的阻塞或泄露关键分区 asp! G Template cache + 88, 流动 72 在 W3WP». 它还说 «ASP.DLL 目前在缓存模板管理器中锁定关键分区 ASP ...».
(
https://i.imgur.com/08U1vc9.png
.)
所以。 是否有任何工具可以帮助跟踪泄漏源? 或者可能是在冻结整个Web流程之前重新启动它的最佳方式?
我很欣赏你的时间!
没有找到相关结果
已邀请:
0 个回复