基于这线程,MSMQ 进程占用大量可用内存直到出现内存压力为止似乎是“正常的”。
似乎大多数监控工具都以工作集内存为基础来使用内存。这包括我们目前使用的工具(New Relic),它使用以下 powershell 查询:
Get-WmiObject -Query "SELECT CommitLimit,CommittedBytes,AvailableBytes FROM
Win32_PerfRawData_PerfOS_Memory"
任务管理器似乎也使用工作集内存作为其默认内存图。
我们经常会看到内存使用量(基于工作集)飙升至 90% 及以上,根据上面链接的线程,这并不异常。
在使用 MSMQ 的机器上看到高内存使用率是否很常见?不是监控这些机器的内存使用情况?
答案1
所有 Windows Vista+ 版本中的内存使用都设置为将尽可能多的内容保留在内存中。这是最有效的方法,因为它可以防止从磁盘读取,并且从 RAM 中清除不需要的页面所需的时间比从磁盘填充这些页面所需的时间要少得多。您看到的相同问题也适用于 MSSQL 服务器、Exchange 以及任何其他使用大量 RAM 的设备,因为它们会在任何时候将尽可能多的内容加载到 RAM 中。
如果您没有看到页面调出操作(磁盘抖动)、其他应用程序中的内存不足错误或其他应用程序的性能问题的实际问题,则可以放心地忽略高内存使用率。空 RAM 是不需要的 RAM。相反,如果您预计机器的内存使用率很高,但您看到的使用率为零,则可能存在问题。
至于内存使用情况的监控,如果你只监控总 RAM 使用量,那么在高水平时我将停止收到警报。在 RAM 使用率低时继续发出警报,就像在服务器上 CPU 使用率低时发出警报一样,服务器上的应用程序在以下情况下将 CPU 保持在 20%(或其他值)闲置的。如果您正在监视哪个应用程序使用了多少内存,并且服务器托管多个应用程序,则您可能需要在未运行 MSMQ 的情况下测试其他应用程序,以便您可以准确了解如果有机会它们将使用多少 RAM,并调整分配和监视以满足这些需求。
在我们的组织中,我们已经停止监控所有我们预计 RAM 利用率较高的服务器上的高 RAM 消耗;它除了触发需要静音的警报并混淆合法警报之外什么也不做。
这本文有一些关于 Vista 中内存管理如何改变的高级信息,据我所知,从那时起内存管理器就没有发生过重大的变化。
答案2
MSMQ 内存使用量与消息量直接相关。如果内存使用量很高,则说明 MSMQ 当时正在管理大量消息。您最好确定日常使用中预期的消息量,并在消息量超过该水平时发出警报。
还有第 4 项博客如果大量消息被视为正常的话,这一点很重要。