Linux OOM-killer 内存不足时kill高内存进程的策略

今天药忘吃喽~ 2021-12-15 12:15 384阅读 0赞

OOM\_killer是Linux自我保护的方式，当内存不足时不至于出现太严重问题，有点壮士断腕的意味

在kernel 2.6，内存不足将唤醒oom\_killer，挑出/proc/<pid>/oom\_score最大者并将之kill掉

为了保护重要进程不被oom-killer掉，我们可以：echo -17 > /proc/<pid>/oom\_adj,-17表示禁用OOM

我们也可以对把整个 [系统][Link 1]的OOM给禁用掉：

sysctl -w vm.panic\_on\_oom=1 （默认为0，表示开启）

sysctl -p

值得注意的是，有些时候 free -m 时还有剩余内存，但还是会触发OOM-killer，可能是因为进程占用了特殊内存地址

平时我们应该留意下新进来的进程内存使用量，免得系统重要的业务进程被无辜牵连

可用 top M 查看最消耗内存的进程，但也不是进程一超过就会触发oom\_killer

参数/proc/sys/vm/overcommit\_memory可以控制进程对内存过量使用的应对策略

当overcommit\_memory=0 允许进程轻微过量使用内存，但对于大量过载请求则不允许(默认）

当overcommit\_memory=1 永远允许进程overcommit

当overcommit\_memory=2 永远禁止overcommit

ref: [http://www.2cto.com/os/201309/247081.html][http_www.2cto.com_os_201309_247081.html]

**基本概念：**

Linux 内核有个机制叫OOM killer(Out Of Memory killer)，该机制会监控那些占用内存过大，尤其是瞬间占用内存很快的进程，然后防止内存耗尽而自动把该进程杀掉。内核检测到系统内存不足、挑选并杀掉某个进程的过程可以参考内核源代码linux/mm/oom\_kill.c，当系统内存不足的时候，out\_of\_memory()被触发，然后调用select\_bad\_process()选择一个”bad”进程杀掉。如何判断和选择一个”bad进程呢？linux选择”bad”进程是通过调用oom\_badness()，挑选的算法和想法都很简单很朴实：最bad的那个进程就是那个最占用内存的进程。

**如何查看：**

grep "Out of memory" /var/log/messages

![285763-20181227165412010-484012644.png][]

查看系统日志方法：

运行egrep -i -r 'killed process' /var/log命令，结果如下：

![285763-20181227165211909-1377507967.png][]

也可运行dmesg命令，结果如下：

![285763-20181227165200495-570730982.png][]

转载自：

https://www.cnblogs.com/duanxz/p/10185946.html

https://www.cnblogs.com/yanqingxu/p/8316359.html

转载于:https://www.cnblogs.com/xibuhaohao/p/11082414.html

[Link 1]: http://www.2cto.com/os/
[http_www.2cto.com_os_201309_247081.html]: http://www.2cto.com/os/201309/247081.html
[285763-20181227165412010-484012644.png]: /images/20211214/53203405c91d48298d3b61a1ad0adb53.png
[285763-20181227165211909-1377507967.png]: /images/20211214/68e6c8afed3d48a88f8bab753fc07992.png
[285763-20181227165200495-570730982.png]: /images/20211214/360b4f7fafe5434094ff280710cce17c.png