调试 ASP.Net 共享池技术

Question

我在一家托管公司工作，提供 ASP.Net 3.5 托管。老实说，我们通常提供相当好的正常运行时间和速度。但是，我们的一个共享池存在问题。像往常一样，我们尝试最大化可以运行到一个池中的网络数量。

最近我们一直在遭受挂起。该进程不会崩溃，但会开始显示 OutOfMemoryExceptions 或停止处理请求。我们认为这是其中一个应用程序的责任（很高兴知道是哪一个）。

我有一些使用 WinDbg 处理的内存转储。我跑过 f.e:

!dumpheap -stat

此方法提供对象的全局内存使用。没什么了不起的......我也检查过：

~*e!clrstack 

我看到了各种非托管线程。在那些被管理的人中会出现这样的堆栈：

[HelperMethodFrame_1OBJ: 0f30e320]            
System.Threading.WaitHandle.WaitMultiple(System.Threading.WaitHandle...
0f30e3ec 7928b3ff System.Threading.WaitHandle.WaitAny(System.Threading...
0f30e40c 7a55fc89 System.Net.TimerThread.ThreadProc()...
0f30e45c 792d6e46 System.Threading.ThreadHelper.ThreadStart_Context(System...
0f30e468 792f5781 System.Threading.ExecutionContext.runTryCode(System...

至少，我没有看到异常抛出或类似情况（在那一刻）。我还可以访问 Tess Ferrandez 编写的两个脚本，用于计算会话数和大小。这里也不是很有希望的结果。任何特殊或显着的东西（平均 24000 字节）。

我想知道你在面对这类问题时通常使用什么样的策略。您曾经使用过 Microsoft 支持吗？

非常感谢！

Answer 1

非常好的问题，一个糟糕的 asp.net 可以将所有共享网络应用程序挂在同一个池中......

好的，让我们看看...如果问题出在内存上，请从 Sysinternals 获取 VMMap，以及 Process Explorer

同时运行它们，然后从进程资源管理器中找到您要调查的池的 PID 编号，它位于 inetinfo.exe 下，并且可能名称为 aspnet_wp.exe强>。

现在在 VMMap 上添加用于监视此池的 PID 帮助，瞧，您会看到可能很多的内存和打开的图像（aspx 文件）并导致问题...您要去的文件to see 位于 asp.net Framework 的临时位置，但您可以连接它们并查看它们来自的女巫网站。

好吧，如果问题不在内存上，但程序员创建了错误的循环，甚至创建了线程休眠，那么我认为进程资源管理器是一种调查池并搜索消耗能量的方法。

附加

也许每 15 分钟循环一次池可以解决这个问题？

更多关于

在这些视频中，有很多关于 VMMap 和内存管理器的信息。 Mysteries of Windows Memory Management, Part 1 和 , Part 2

Answer 2

有很多工具，但听起来您的主要目标是确定导致问题的原因。这可以通过二分搜索非常简单地完成。

将池子分成两半，看看哪一个会崩溃。重复，直到您的池中只有一个应用程序崩溃。

这已经是O(log2n)了，但是你可以通过分成两个以上的子池来任意加快这个过程。