随着时间的推移，我们发现“提交”中存在“泄漏”，并且需要跟踪有问题的进程。RSS（“已用”内存”）不会泄漏，但提交会泄漏，并且它会导致内核行为非常残酷（当提交百分比达到 ~ 200% 时无法分配内存）。我知道我们可以使用以下命令进行调整/proc/sys/vm/overcommit_memory 但这不是重点 - 我们想找到泄漏的进程。
我已经尝试了来自 etc/(proc)/smap 和 dmap 的各种计算，但是所有进程中没有任何内容与 /proc/meminfo 中的提交类似。 https://www.kernel.org/doc/Documentation/vm/overcommit-accounting非常模糊，我不清楚如何使用它。
有什么建议么？
我不确定我是否正确理解你的问题，但首先我想找出实际的内存使用情况以及实际的共享内存。请使用下面提到的 python 脚本
https://raw.githubusercontent.com/pixelb/ps_mem/master/ps_mem.py
希望这将有助于或调试的第一步......
| 归档时间： |
|
| 查看次数： |
1109 次 |
| 最近记录： |