在寻找这个并且只找到那些没有正确解释“缓存”数字的人的帖子后,我决定问这个问题.
我手头有一些服务器,这很奇怪.也就是说,他们的RAM使用率非常高,没有明显的原因.好像一个看不见的进程有很多“使用过的”RAM(我的意思是“使用”).
这是一些信息:
>所有服务器都运行SLES 11
>内核是3.0.76
>所有服务器在VMWare ESX基础架构下作为guest虚拟机运行
>我没有设置服务器,在操作系统选择方面没有发言权,也没有访问虚拟化基础架构
>所有服务器都设置相似,它们运行相同的软件集(它是一个集群,是的,我知道,虚拟集群,yada yada,如上所述:我曾经并且没有发言权)
root@good-server:# free -m total used free shared buffers cached Mem: 15953 14780 1173 0 737 8982 -/+ buffers/cache: 5059 10894 Swap: 31731 0 31731 root@good-server:# python ps_mem.py [... all processes neatly listed ...] --------------------------------- 4.7 GiB ================================= root@bad-server:# free -m total used free shared buffers cached Mem: 15953 15830 123 0 124 1335 -/+ buffers/cache: 14370 1583 Swap: 31731 15 31716 root@bad-server:# python ps_mem.py [... all processes neatly listed ...] --------------------------------- 4.0 GiB =================================
好服务器的/ proc / meminfo的内容
MemTotal: 16336860 kB MemFree: 112356 kB Buffers: 138384 kB Cached: 1145208 kB SwapCached: 1244 kB Active: 4344336 kB Inactive: 1028744 kB Active(anon): 3706796 kB Inactive(anon): 382724 kB Active(file): 637540 kB Inactive(file): 646020 kB Unevictable: 0 kB Mlocked: 0 kB SwapTotal: 32493560 kB SwapFree: 32477728 kB Dirty: 1248 kB Writeback: 0 kB AnonPages: 4087776 kB Mapped: 60132 kB Shmem: 156 kB Slab: 274968 kB SReclaimable: 225864 kB SUnreclaim: 49104 kB KernelStack: 4352 kB PageTables: 16400 kB NFS_Unstable: 0 kB Bounce: 0 kB WritebackTmp: 0 kB CommitLimit: 40661988 kB Committed_AS: 6576912 kB VmallocTotal: 34359738367 kB VmallocUsed: 311400 kB VmallocChunk: 34359418748 kB HardwareCorrupted: 0 kB AnonHugePages: 0 kB HugePages_Total: 0 HugePages_Free: 0 HugePages_Rsvd: 0 HugePages_Surp: 0 Hugepagesize: 2048 kB DirectMap4k: 73728 kB DirectMap2M: 16703488 kB
坏服务器的/ proc / meminfo的内容
MemTotal: 16336860 kB MemFree: 1182320 kB Buffers: 756244 kB Cached: 8695688 kB SwapCached: 0 kB Active: 13499680 kB Inactive: 843208 kB Active(anon): 4853460 kB Inactive(anon): 37372 kB Active(file): 8646220 kB Inactive(file): 805836 kB Unevictable: 0 kB Mlocked: 0 kB SwapTotal: 32493560 kB SwapFree: 32493560 kB Dirty: 1268 kB Writeback: 0 kB AnonPages: 4890180 kB Mapped: 84672 kB Shmem: 252 kB Slab: 586084 kB SReclaimable: 503716 kB SUnreclaim: 82368 kB KernelStack: 5176 kB PageTables: 19684 kB NFS_Unstable: 0 kB Bounce: 0 kB WritebackTmp: 0 kB CommitLimit: 40661988 kB Committed_AS: 6794180 kB VmallocTotal: 34359738367 kB VmallocUsed: 311400 kB VmallocChunk: 34359419468 kB HardwareCorrupted: 0 kB AnonHugePages: 0 kB HugePages_Total: 0 HugePages_Free: 0 HugePages_Rsvd: 0 HugePages_Surp: 0 Hugepagesize: 2048 kB DirectMap4k: 112640 kB DirectMap2M: 16664576 kB
TL; DR – 如果你将它们并排比较,这里是主要区别(BADserver – GOODserver):
MemFree -1070 MB Cached -7550 MB Active -9155 MB Active(anon) -1147 MB Active(file) -8009 MB AnonPages - 802 MB
其他差异相当小,并且在人们可能期望的范围内(但你可以亲眼看到)
正如您所看到的,在良好的服务器上,所有进程的所有RES和SHR内存的总和几乎与free -m的“used – / buffers / cache”值的输出一致 – 这正是您所期望的,对吧?
现在看一下坏的服务器:free -m的“used – / buffers / cache”值的输出大约是你预期的3倍,总结ps可以告诉你的一切.
这也符合/ proc / meminfo告诉我的内容.
到目前为止,我不知道这是怎么回事.这可能会发生什么?
解决方法
我认为你可能有一个
VMware memory ballooning issue. vSphere基础设施中的内存过量使用可能性太高.如果不访问vSphere vCenter,您将无法修复此问题,但您应该能够在虚拟机中检测到此情况,假设已安装vmtools:
你能否发布vmware-toolBox-cmd统计气球的输出?
此外,您已经分配了16GB的RAM.如果对相关VM有任何手动RAM限制,请询问谁控制基础设施.