refer: https://blog.csdn.net/flysqrlboy/article/details/89011635
最近在预发环境上有一个重要的进程隔三差五就被OOM Killer干掉（通过查看CentOS系统日志/var/log/messages揪出来是OOM Killer干的）。该机器上跑着各种进程，内存是有些吃紧。这当然可以通过加大机器内存或者迁走某些进程来解决。但一时又没有多余的机器和内存资源，只能自己动手丰衣足食了（资源短缺确实是更能激发人去思考更优更节省的方案）。现在我要解决的是如下两个问题：
- 为什么被OOM Killer干掉的是这个进程而不是其他的？
- 能保护某个进程不被OOM Killer 干掉吗？
- 《Surviving the Linux OOM Killer》一文正是对上面两个问题的介绍。
How does OOM Killer choose which process to kill?
Linux 内核会给每个运行中的进程分配一个叫 oom_score 的分数，它表示当系统可用内存很低时，一个进程被kill掉的可能性有多大。分数越高，越有可能被kill掉。分数值很简单：等于进程的内存占用百分比乘以10。比如一个进程占50%的内存，它的oom_score值就是 50 X 10 = 500 .
一个进程的oom_score被记录在/proc/$pid/oom_score 文件中。
Can I ensure some important processes do not get killed by OOM Killer?
可以保护重要的进程不被OOM Killer干掉吗？还真是可以！
OOM Killer会检查 /proc/$pid/oom_score_adj文件来调整最终的分数 (oom_score)。所以我们可以通过在这个文件中给一个大的负数，以降低该进程被选中并终止的可能性。oom_score_adj可以在-1000到1000间变化。如果你给了-1000，进程即使使用了100%的内存也不会被OOM Killer干掉。可通过下面命令修改oom_score_adj(比如设为-200):
sudo echo -200 > /proc/$pid/oom_score_adj
Caveats of adjusting OOM scores
文章最后给出警告：过多的调整OOM adjusted score 会导致OOM Killer选中进程的过程变得随机，而且没有足够的内存被释放掉。解决内存不足的最好办法还是增加可用内存（例如更好的硬件）或者将某些进程移到别的地方去，又或者优化代码以减少内存消耗。
