![如何解释 Windows Server 上正在运行的进程列表之外的内存使用情况](https://linux22.com/image/486831/%E5%A6%82%E4%BD%95%E8%A7%A3%E9%87%8A%20Windows%20Server%20%E4%B8%8A%E6%AD%A3%E5%9C%A8%E8%BF%90%E8%A1%8C%E7%9A%84%E8%BF%9B%E7%A8%8B%E5%88%97%E8%A1%A8%E4%B9%8B%E5%A4%96%E7%9A%84%E5%86%85%E5%AD%98%E4%BD%BF%E7%94%A8%E6%83%85%E5%86%B5.png)
我的 Windows 2003 Server 运行速度有点慢,提交费用和页面文件使用率不断上升,直到我最终重新启动。要解决这个问题,我需要找出消耗所有内存的原因,这就是最大的谜团所在。
任务管理器的当前统计数据:
Physical Memory (K): 2096400
Commit Charge (K): 5364848
Page file usage: 5.11 GB
好吧,那我们停下来SysInternals 进程浏览器并检查所有正在运行的程序的工作集大小。最大的罪魁祸首是一个使用 121,980K WS、481,284K VM 大小的 Tomcat 实例。其中没有任何内容可以解释 5 GB 的提交费用。
下一步:SysInternals pslist:pslist -m
,按列拆分输出并计算报告的 61 个流程的列总和。
SUM (Working Set) : 681,484 K
SUM (Private Bytes): 593,424 K
我是否从根本上误解了工具所报告的内容?我一直认为,操作系统实际上会占用比进程映射的虚拟内存总量少得多的内存,前提是它实际上不会使用那么多内存,而在这里查看虚拟机只是一种转移注意力的借口。
答案1
JP,我认为您的评论说明了一切,即这是一个运行不稳定代码的自动构建/单元测试服务器。我猜想这台服务器需要频繁重启,因为运行不稳定代码的服务器可能存在内存泄漏,从而导致您看到上述症状。内存泄漏不会列在任何正在运行的进程的进程树上,因为它们是不再存在的进程所占用的内存,并且仍然被分配,即使与它们关联的进程早已消失。
获得一个频繁的维护窗口,以便您可以自动重新启动这台机器,可能是每晚,每周几次或每周,具体取决于此行为开始出现性能问题的速度。
不久前,我们在 Windows 上安装了 Oracle 应用服务器,每天需要重启两次。我们每天在午餐时间和半夜将用户踢出。那是几年前的事了,当时 Oracle 的产品代码据称比较稳定。
答案2
抱歉,只是粘贴一些链接 - 但是我们一直在使用一些技术来查找内存泄漏,使用 logparser 和 powershell,所以我会分享。
(Never Doubt Thy Debugger 网站非常棒): http://blogs.msdn.com/carloc/archive/2007/09/14/something-you-need-to-know-before-start-debugging.aspx
我还将提供 Mark Russinovich 对 Windows 内存使用情况的精彩见解的链接:
http://blogs.technet.com/markrussinovich/search.aspx?q=memory&p=1
除了提供实际的 Microsoft 案例外,性能团队网站也有很多有用的信息: http://blogs.technet.com/askperf/Default.aspx?p=2
答案3
帮助诊断此问题的主要工具是 perfmon。我首先要查看的计数器是:
内存,已提交字节,这是对虚拟内存需求的度量
;进程,工作集,处于“活动”使用状态的总虚拟内存
;页面文件,正在使用的页面文件百分比
;内存,页面/秒(这并不一定是内存不足的指标,尽管似乎每个人都认为是这样);
内存,页面输出/秒,每秒有多少虚拟内存页面被写入页面文件以释放 RAM 页面帧用于其他用途
内存,缓存字节数
内存,池非分页字节数
内存,池分页字节数
内存,系统代码总字节数
内存,系统驱动程序总字节数
当这个总数接近 2GB 时,您就会遇到性能问题,通常是由于 32 位架构造成的
内存,可用兆字节 - 这衡量了有多少 RAM 可用于满足虚拟内存的需求(新分配,或从页面文件恢复页面)。
也可以看看http://members.shaw.ca/bsanders/WindowsGeneralWeb/RAMVirtualMemoryPageFileEtc.htm
答案4
据说某个地方有一位系统管理员真正了解 Windows 内存统计信息,但我从未见过他们。
但是,找到行为不当的进程通常并不难。尝试使用 Perfmon 查看各种进程计数器,如句柄或页面错误/秒。
JR
进一步思考:你确定你的内存真的不够吗?关键是你是否正在分页。如果没有分页,则说明你的内存不短缺。使用 PerfMon 查看内存 - 页数/秒计数器。