在不显示在缓存中时追踪Linux内存使用情况

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了在不显示在缓存中时追踪Linux内存使用情况，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含3998字，纯文字阅读大概需要6分钟。

内容图文

在你拿出你的干草叉之前,我无法追踪内存进入Linux的缓存系统的位置.我已经看过Linux ate my RAM!,How to see top processes by actual memory usage?和Correctly determining memory usage in Linux但是使用这些作为示例,这些数字与我在系统上看到的数字并不完全相符.

对于这个系统,我理解它可能是“缓存”的,或者被程序使用,但数字甚至都没有为我增加.

在顶部,我看到.

top - 09:04:09 up 19 days, 20:38,  2 users,  load average: 0.00, 0.10, 0.11
Tasks: 160 total,   1 running, 159 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.1%us,  0.2%sy,  0.0%ni, 99.8%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:  65974296k total, 43507804k used, 22466492k free,   305336k buffers
Swap:  7548924k total,        0k used,  7548924k free,  1480836k cached

我明白了,43GB的RAM“使用”并不是真的,可能大多数可能是缓存的.所以深入研究我跑：

$free -m
             total       used       free     shared    buffers     cached
Mem:         64428      38845      25582          0        298       1445
-/+ buffers/cache:      37101      27326
Swap:         7371          0       7371

所以这表明它确实使用了37GB并且只缓存了1445MB(这是我预期看到的1445就像20000的地方).我上面链接的网站显示“缓存”列通常很高.
因此,我进一步挖掘并执行以下操作来检查使用内存的应用程序.

    sudo smem -t
      PID User     Command                         Swap      USS      PSS      RSS
9468
    21475 root     python /usr/bin/smem -t            0     6212     6234     6984
     2431 root     /opt/OV/lbin/perf/coda             0     7156     8060    12068
     2213 root     /opt/perf/bin/perfd                0    19056    19485    22032
    20849 root     /opt/shiny-server/ext/node/        0    77244    77321    78616
    21325 atpa     /usr/lib64/R/bin/exec/R --n        0  3729836  3733774  3739520
    21287 atpa     /usr/lib64/R/bin/exec/R --n        0  4060136  4064074  4069820
    -------------------------------------------------------------------------------
       63 11     

                                     0  7947984  7970344  8054032

所以R的两个应用程序使用~8GB的内存.

我上面链接的其他文章表明Linux“保留”内存并将其保存在缓存中(例如free -m显示缓存在“Mem：”行上是高值),而在我的情况下,它似乎实际上在使用但是没有应用程序实际上似乎报告了内存的使用情况,我似乎无法追踪Linux正在使用(缓存/保留？)内存的位置.

这个记忆在哪里？我假设Linux正在使用它,但我无法确定它的使用位置.

/ proc / meminfo显示

MemTotal:       65974296 kB
MemFree:        24191624 kB
Buffers:          305320 kB
Cached:          1480760 kB
SwapCached:            0 kB
Active:          7769776 kB
Inactive:         215532 kB
Active(anon):    6199392 kB
Inactive(anon):      476 kB
Active(file):    1570384 kB
Inactive(file):   215056 kB
Unevictable:           0 kB
Mlocked:               0 kB
SwapTotal:       7548924 kB
SwapFree:        7548924 kB
Dirty:               116 kB
Writeback:             0 kB
AnonPages:       6172696 kB
Mapped:            47400 kB
Shmem:               652 kB
Slab:             255468 kB
SReclaimable:     225620 kB
SUnreclaim:        29848 kB
KernelStack:        1736 kB
PageTables:        18780 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:    40536072 kB
Committed_AS:    6455352 kB
VmallocTotal:   34359738367 kB
VmallocUsed:      247288 kB
VmallocChunk:   34359487760 kB
HardwareCorrupted:     0 kB
AnonHugePages:   2586624 kB
HugePages_Total:       0
HugePages_Free:        0
HugePages_Rsvd:        0
HugePages_Surp:        0
Hugepagesize:       2048 kB
DirectMap4k:       10240 kB
DirectMap2M:    67098624 kB

解决方法:

我想我发现了我的问题……

我的问题似乎是VMware的内存膨胀系统.基本上,这是主机系统向客户操作系统施加内存压力的一种方式,当其他主机开始使用大量内存时消耗客户机内存分配.

http://www.vfrank.org/2013/09/18/understanding-vmware-ballooning/

如果您使用的是VMware,请运行该命令

vmware-toolbox-cmd stat balloon

这将显示膨胀的内存量.

为了我

#:vmware-toolbox-cmd stat balloon
32425 MB

其他来源：https://serverfault.com/questions/660080/detect-memory-ballooning-from-within-the-affected-vm

关闭膨胀的内存以验证问题

Unballooning memory：https://serverfault.com/questions/528295/unballooning-ram-thats-been-ballooned-by-vmware

内容总结

以上是互联网集市为您收集整理的在不显示在缓存中时追踪Linux内存使用情况全部内容，希望文章能够帮你解决在不显示在缓存中时追踪Linux内存使用情况所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

---