w3wp 应用程序池 IIS 7 的高内存使用率

Question

我有一个网站应用程序在 IIS 7.0 上运行在它自己的应用程序池中。 该应用程序是一个 ASP.NET MVC 3 网站。

我注意到这个应用程序对应的 w3wp IIS 工作服务的内存使用量相当高（800 MB，有一些波动）。

我正在尝试诊断问题并尝试了以下方法：

我在 IIS 级别禁用了网站的输出页面缓存，然后回收了应用程序池。 这会导致 w3wp 进程重新启动。 此过程的内存使用量会慢慢增加到大约 800 MB，大约需要 30 秒。 目前没有正在处理的页面请求。 当我从 IIS 重新启动网站时，进程的内存大小不会改变。

我尝试从 VS 2010 运行应用程序的调试副本，内存使用没有问题。

我的一些想法/问题是：

这个问题与网站代码有关吗？ - 考虑到在发送/处理任何页面请求之前内存会飙升，我认为这不是代码问题？

MVC 中内置的应用程序没有写入缓存处理。

该网站使用实时数据显示，它定期使用 ajax 请求，并且通常长时间处于“开放”状态。

为什么在应用程序被回收并且没有用户请求被发送后内存使用量会激增？ 这是因为它正在将旧的缓存信息从磁盘加载到它的内存中吗？

应用程序不会崩溃，我只关心内存使用情况，它不是一个大网站...

任何有关解决此问题的想法/帮助将不胜感激。

Answer 1

如果您负担得起使用调试器的费用，那么最好的办法是安装Windows 调试工具并使用诸如 WinDbg 和 SOS.dll 之类的东西来准确找出它在内存中的内容。

安装工具后，您可以：

1. 启动 Windbg.exe 运行提升（以管理员身份）
2. 使用“File->Attach To Process”并为您要查找的应用程序选择 w3wp.exe。 如果你有很多你可以使用任务管理器并添加命令行列来查看PID或使用IIS Manager->Worker Processes来计算它，然后在WinDBG中选择该进程。
3. 跑步：
4. .loadby sos clr
5. !dumpheap -stat

那时，您应该能够看到按内存消耗最多的所有类型排序，这样您就可以从底部的类型开始。 （我建议排除字符串和对象，因为它们通常是副作用而不是原因）。 使用“!dumpheap -type type-here”查找实例并使用 !gcroot 找出它们为什么在内存中，可能是由于静态字段，或事件处理程序泄漏，WCF 通道未处理，或诸如此类那是常见的来源。

Answer 2

我只是查看了我的服务器，我的池使用了 900-1000 MB 虚拟大小内存和 380 MB 工作集。 我的网站运行顺畅，没有出现问题已有几年了，我已经检查了各个方面的网站。 我的池从不回收，服务器一直运行到下一次更新，并且有 40% 的稳定可用物理内存。

如果您的内存没有持续增长，那么此内存就是代码加上您在应用程序中设置为静态、常量、字符串和可能的缓存的数据。

您可以使用进程资源管理器查看工作和虚拟大小内存。

您还可以考虑针对您的代码运行配置文件，以查看您是否有任何“内存泄漏”或其他问题。 从谷歌找一个： https : //www.google.com/search?hl= en & q = asp.net+memory+ profiler 。

Answer 3

它可能不适用于这里，但我认为我会很好地将其投入使用。 最近我遇到了一个问题，当它真的可以清理 80% 时，我的内存会立即上升并最大化。 问题：它认为它比实际多 2 个演出，因此 GC 非常懒惰。 （这是由于 VM ware 错误-windows 报告了 8 Gig，但实际只有 6.4）。 见博客。 http://www.worthalook.net/2014/01/give-back-memory/

Answer 4

可能有帮助的事情：如果您“重写”（打开/保存） web.config ，那么您的应用程序将重置，您应该从那时起监视内存使用情况。 如果它在使用过程中不断增长，这可能意味着内存泄漏或疯狂缓存。 您或许能够确定您网站上的哪些操作会导致内存增加。 在很长一段时间内，应用程序的内存使用应该是稳定的。