linux 内存溢出排查_linux 内存溢出(oom)和内存泄漏(leak)

综上，可以通过命令 echo 0 > /proc/PID/oom_adj 来防止进程被oom_killer杀死。

例：

[root@zhuantang 2114]# echo -17 > oom_adj

[root@zhuantang 2114]# cat oom*

-17

0

-1000

[root@zhuantang 2114]# echo -1000 > oom_score_adj

[root@zhuantang 2114]# cat oom*

-17

0

-1000

涉及到的参数如下：

(1)、panic_on_oom

当OOM的时候，是否panic

当值为0的时候，在OOM的时候会调用OOM Killer，大部分情况下，会杀掉导致OOM的进程，然后系统恢复

当值为1的时候，发生了OOM以后，如果有mempolicy/cpusets的进程限制，而这些nodes导致了内存问题的时候，OOM Killer会干掉这些中的一个，系统也会恢复

当值为2的时候，OOM后必然panic

(2)、oom_kill_allocating_task

决定在oom的时候，oom killer杀哪些东西。

非0的时候，它会扫描进程队列，然后将可能导致内存溢出的进程杀掉，也就是占用内存最大的那个，但是设置为0的时候，它只杀掉导致oom的那个进程，避免了进程队列的扫描

，但是释放的内存大小有限

(3)、oom_dump_tasks

当oom killer被引发的时候，将进程的信息输出，包括pid、uid、tgid、vm、rss、cpu等

默认为0

三、内存泄漏(memory leaks)

以发生的方式来分类，内存泄漏可以分为4类：

1. 常发性内存泄漏。发生内存泄漏的代码会被多次执行到，每次被执行的时候都会导致一块内存泄漏。

2. 偶发性内存泄漏。发生内存泄漏的代码只有在某些特定环境或操作过程下才会发生。常发性和偶发性是相对的。对于特定的环境，偶发性的也许就变成了常发性的。所以测试环境和测试方法对检测内存泄漏至关重要。

3. 一次性内存泄漏。发生内存泄漏的代码只会被执行一次，或者由于算法上的缺陷，导致总会有一块仅且一块内存发生泄漏。比如，在类的构造函数中分配内存，在析构函数中却没有释放该内存，所以内存泄漏只会发生一次。

4. 隐式内存泄漏。程序在运行过程中不停的分配内存，但是直到结束的时候才释放内存。严格的说这里并没有发生内存泄漏，因为最终程序释放了所有申请的内存。但是对于一个服务器程序，需要运行几天，几周甚至几个月，不及时释放内存也可能导致最终耗尽系统的所有内存。所以，我们称这类内存泄漏为隐式内存泄漏。

从用户使用程序的角度来看，内存泄漏本身不会产生什么危害，作为一般的用户，根本感觉不到内存泄漏的存在。真正有危害的是内存泄漏的堆积，这会最终消耗尽系统所有的内存。从这个角度来说，一次性内存泄漏并没有什么危害，因为它不会堆积，而隐式内存泄漏危害性则非常大，因为较之于常发性和偶发性内存泄漏它更难被检测到