内存不足：杀死进程还是牺牲子进程

正文

请到「今天看啥」查看全文

如有好文章投稿，请点击 → 这里了解详情

早上6点，我不得不开始处理“叫醒”我的一些问题。因为当这些问题发生的时候，我的手机铃声响了。昏睡中的我非常不情愿地拿起了手机，检查我是否疯狂到将叫醒闹钟设在了早上5点。原来是监控系统发现一个 Plumbr（https://plumbr.eu/） 服务死掉了。

作为一名该领域经验丰富的高手，我首先来到了咖啡机旁。我需要用一杯咖啡开始工作。第一个问题，在应用崩溃之前看起来一切运行正常。日志中没有错误，没有告警，也没有其他任何异常。

我们的监控系统已经察觉到进程死掉了，并且已经重启了崩溃的服务。因为血液中已经有了咖啡因，我开始收集更多的证据。30分钟后，在/var/log/kern.log文件中发现了以下内容：

Jun  4 07:41:59 plumbr kernel: [70667120.897649] Out of memory: Kill process 29957 (java) score 366 or sacrifice child

Jun  4 07:41:59 plumbr kernel: [70667120.897701] Killed process 29957 (java) total-vm:2532680kB, anon-rss:1416508kB, file-rss:0kB

很显然，我们成了Linux内核的受害者。大家都知道，Linux建立在一些守护进程之上。这些守护进程被几个看起来糟透了的内核任务看管。所有现代Linux内核都内置了一个被称为“内存不足杀手”的机制，它在内存不足的情况下会杀掉用户进程。当检测到内存不足时，杀手会被激活并选择一个进程杀死。选择机制是用启发式算法对所有进程进行打分，最后选择得分最低的进程杀死。

请到「今天看啥」查看全文