理解和配置 Linux 下的 OOM Killer.docx

这几天用C++11写了个游戏服务器，跑在Windows/FreeBSD/Linux上都没问题，结果在Linux做压力测试的时候经常会挂掉，运行30分钟后系统提示Killed。这通常是因为某时刻应用程序大量请求内存导致系统内存不足造成的，这通常会触发 Linux 内核里的 Out of Memory (OOM) killer，OOM killer 会杀掉某个进程以腾出内存留给系统用，不致于让系统挂掉。如果检查相关的日志文件（/var/log/messages）就会看到下面类似的 Out of memory: Kill process 信息：...Apr1609:45:53 debian kernel:[76149.969715]Out of memory:Kill process 8487(TCPServer) score 28or sacrifice childApr1609:45:53 debian kernel:[76149.970289]Killed process 8487(TCPServer) total-vm:162584kB, anon-rss:28912kB, file-rss:0kB...Linux 内核根据应用程序的要求分配内存，通常来说应用程序分配了内存但是并没有实际全部使用，为了提高性能，这部分没用的内存可以留作它用，这部分内存是属于每个进程的，内核直接回收利用的话比较麻烦，所以内核采用一种过度分配内存（over-commit memory）的办法来间接利用这部分 “空闲” 的内存，提高整体内存的使用效率。一般来说这样做没有问题，但当大多数应用程序都消耗完自己的内存的时候麻烦就来了，因为这些应用程序的内存需求加起来超出了物理内存（包括 swap）的容量，内核（OOM killer）必须杀掉一些进程才能腾出空间保障系统正常运行。用银行的例子来讲可能更容易懂一些，部分人取钱的时候银行不怕，银行有足够的存款应付，当全国人民（或者绝大多数）都取钱而且每个人都想把自己钱取完的时候银行的麻烦就来了，银行实际上是没有这么多钱给大家取的。内核检测到系统内存不足、挑选并杀掉某个进程的过程可以参考内核源代码?linux/mm/oom_kill.c，当系统内存不足的时候，out_of_memory() 被触发，然后调用 select_bad_process() 选择一个 “bad” 进程杀掉，如何判断和选择一个 “bad” 进程呢，总不能随机选吧？挑选的过程由 oom_badness() 决定，挑选的算法和想法都很简单很朴实：最 bad 的那个进程就是那个最占用内存的进程。/*** oom_badness - heuristic function to determine which candidate task to kill* @p: task struct of which task we should calculate* @totalpages: total present RAM allowed for page allocation** The heuristic for determining which task to kill is made to be as simple and* predictable as possible. ?The goal is to return the highest value for the* task consuming the most memory to avoid subsequent oom failures.*/unsignedlong oom_badness(struct task_struct *p,struct mem_cgroup *memcg,? ? ? ? ? ? ? ? ? ? ? ? ? const nodemask_t *nodemask,unsignedlong totalpages){? ? ? ? long points;? ? ? ? long adj;? ? ? ? if(oom_unkillable_task(p, memcg, nodemask))? ? ? ? ? ? ? ? return0;? ? ? ? p = find_lock_task_mm(p);? ? ? ? if(!p)? ? ? ? ? ? ? ? return0;? ? ? ? adj =(long)p-signal-oom_score_adj;? ? ? ? if(adj == OOM_SCORE_ADJ_MIN){? ? ? ? ? ? ? ? task_unlock(p);? ? ? ? ? ? ? ? return0;? ? ? ? }? ? ?