Med*_*ine 6 linux process virtual-memory
有没有办法以编程方式检测?
另外,检测哪些进程正在颠簸的linux命令是什么?
我假设这里的"颠簸"是指所有进程的活动内存集太大而无法容纳到内存中的情况.在这种情况下,每个上下文切换都会导致读取和写入磁盘,最终服务器可能会崩溃,以至于硬件重启是重新获得对盒子控制权的唯一选择.
在/ proc/vmstat中有全局计数器swin和swout - 如果它们在一些短时间间隔内增加,则该框可能正在经历颠簸问题.
在过程级别,它是非平凡的AFAIK./ proc/$ pid/status包含一些有用的东西,但不包括swin和swout.从2.6.34开始,有一个VmSwap条目,使用的交换总量,以及/ proc/$ pid/state中的变量#12是主要页面错误的数量./ proc/$ pid/oom_score也值得研究.如果VmSwap增加和/或主要页面错误的数量增加和/或oom_score非常高,则该过程可能导致颠簸.
我写了一个脚本thrash-protect - 它可以在https://github.com/tobixen/thrash-protect上找到 - 它试图找出导致颠簸和临时挂起进程的进程.它对我来说非常好,并最终从一些服务器重新启动中解救了我.
| 归档时间: |
|
| 查看次数: |
5977 次 |
| 最近记录: |