OOM简介及配置建议

OOM，全称“Out Of Memory”，即内存占用完毕；当JVM因为没有足够的内存来为对象分配空间并且垃圾回收器也已经没有空间可回收时，就会抛出这个error。

OOM的原因主要有两个：（1）虚拟机本身内存较少；（2）应用占用内存较多，且使用完毕后没有及时释放，即发生了内存泄露或内存溢出。

为了处理内存不足时的问题，Linux内核发明了一种机制，叫OOM(Out Of Memory) killer，通过配置它可以控制内存不足时内核的行为。从可靠性的角度分析，我们希望在内存不足时，内存会挑选一些无关进程优先杀掉，释放部分内存，避免出现严重问题。该机制是一种能力有限的保护机制。

由于Linux系统中，不是所有的程序申请了内存就立刻使用的，当你使用的时候说不定系统已经回收了一些资源了。因此，允许程序申请比系统可用内存更多的内存，这个特性叫Overcommit。但是，当你用到这个Overcommit给你的内存的时候，系统还没有资源的话，OOM killer就会发生作用。

Linux系统在/proc/sys/vm/overcommit_memory中可以配置Overcommit策略。具体可取0、1和2三个值，默认是0。其意义具体如下：

0：启发式策略，允许轻微的Overcommit，比较严重的Overcommit将被拒绝。

1：始终允许Overcommit，这种策略适合那些不能承受内存分配失败的应用，比如某些科学计算应用。

2：始终禁止Overcommit，在这个情况下，系统所能分配的内存不会超过swap+RAM*系数（/proc/sys/vm/overcmmit_ratio，默认50%，具体可以调整），如果这些内存使用完毕，后续申请均会失败。

结合云服务特点，并从可靠性方面考虑，推荐使用配置0或者2。

只要存在Overcommit， OOM killer就可能发挥作用，其选择杀死进程的原则如下：

Linux下每个进程都有个OOM权重，在/proc/<pid>/oom_adj里面，取值是-17到+15，取值越高，越容易被选取杀死。OOM权重是综合进程的内存消耗量、CPU时间(utime + stime)、存活时间(uptime - start time)和oom_adj计算出的，消耗内存越多分越高，存活时间越长分越低。总体策略是杀死占用内存较多、存活时间较短的进程，且尽量少杀死进程。