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的那个进程就是那个最占用内存的进程。
具体OOM的解释可以看这篇文章：http://www.wowotech.net/memory_management/oom.html
3、oom_dump_tasks
当系统的内存出现OOM状况，无论是panic还是启动OOM killer，做为系统管理员，你都是想保留下线索，找到OOM的root cause，例如dump系统中所有的用户空间进程关于内存方面的一些信息，包括：进程标识信息、该进程使用的total virtual memory信息、该进程实际使用物理内存(我们又称之为RSS，Resident Set Size，不仅仅是自己程序使用的物理内存，也包含共享库占用的内存)，该进程的页表信息等等。拿到这些信息后，有助于了解现象(出现OOM)之后的真相。
当设定为0的时候，上一段描述的各种进程们的内存信息都不会打印出来。在大型的系统中，有几千个进程，逐一打印每一个task的内存信息有可能会导致性能问题(要知道当时已经是OOM了)。当设定为非0值的时候，在下面三种情况会调用dump_tasks来打印系统中所有task的内存状况：
(1)由于OOM导致kernel panic
(2)没有找到适合的“bad”process
(3)找适合的并将其干掉的时候
4、oom_adj、oom_score_adj和oom_score
准确的说这几个参数都是和具体进程相关的，因此它们位于/proc/xxx/目录下(xxx是进程ID)。假设我们选择在出现OOM状况的时候杀死进程，那么一个很自然的问题就浮现出来：到底干掉哪一个呢？内核的算法倒是非常简单，那就是打分(oom_score，注意，该参数是read only的)，找到分数最高的就OK了。那么怎么来算分数呢？可以参考内核中的oom_badness函数：
(1)对某一个task进行打分(oom_score)主要有两部分组成，一部分是系统打分，主要是根据该task的内存使用情况。另外一部分是用户打分，也就是oom_score_adj了，该task的实际得分需要综合考虑两方面的打分。如果用户将该task的 oom_score_adj设定成OOM_SCORE_ADJ_MIN(-1000)的话，那么实际上就是禁止了OOM killer杀死该进程。
(2)这里返回了0也就是告知OOM killer，该进程是“good process”，不要干掉它。后面我们可以看到，实际计算分数的时候最低分是1分。
(3)前面说过了，系统打分就是看物理内存消耗量，主要是三部分，RSS部分，swap file或者swap device上占用的内存情况以及页表占用的内存情况。
(4)root进程有3%的内存使用特权，因此这里要减去那些内存使用量。
(5)用户可以调整oom_score，具体如何操作呢？oom_score_adj的取值范围是-1000～1000，0表示用户不调整oom_score，负值表示要在实际打分值上减去一个折扣，正值表示要惩罚该task，也就是增加该进程的oom_score。在实际操作中，需要根据本次内存分配时候可分配内存来计算(如果没有内存分配约束，那么就是系统中的所有可用内存，如果系统支持cpuset，那么这里的可分配内存就是该cpuset的实际额度值)。oom_badness函数有一个传入参数totalpages，该参数就是当时的可分配的内存上限值。实际的分数值(points)要根据oom_score_adj进行调整，例如如果oom_score_adj设定-500，那么表示实际分数要打五折(基数是totalpages)，也就是说该任务实际使用的内存要减去可分配的内存上限值的一半。
了解了oom_score_adj和oom_score之后，应该是尘埃落定了，oom_adj是一个旧的接口参数，其功能类似oom_score_adj，为了兼容，目前仍然保留这个参数，当操作这个参数的时候，kernel实际上是会换算成oom_score_adj，有兴趣的同学可以自行了解，这里不再细述了。
设置 进程 oom_score_adj 为负数来避免被kill
可以设置 -200
-1000代表完全禁止被kill
1
sudo echo 1000> /proc/< pid>/oom_score_adj直接设置
是不可靠的,因为目标程序已在运行,在这种情况下,目标程序可能在之前导致OOM2 oom_score_adj在fork上继承,因此您可以通过在父进程上设置所需的值来为新子项设置其初始值. 因此,如果您从shell脚本启动目标, echo 1000 > /proc/$$/oom_score_adj 将shell的值更改为1000,随后由shell分叉的任何进程都将以oom_score_adj设置
3 可以直接给bash设置，任何此终端启动的进程都会继承该设置
清理缓存空间
sudo su
echo 1 > /proc/sys/vm/drop_caches
echo 2 > /proc/sys/vm/drop_caches
echo 3 > /proc/sys/vm/drop_caches
有时是因为缓存占用了过多内存，导致OOM
image.png
