Linux OOM killer

2019/07/26 15:13
阅读数 24

一、写在前面

  最近学习 docker 过程中遇到 --oom-score-adj 和 --oom-kill-disable 的参数,所以就查阅资料简单了解下OOM并加以记录,并没有看过内核相关的书籍(菜鸡一个 -_- | |),各位路过的道友有好书可以推荐下,十分感谢,mua~~

二、什么是OOM

  OOM 就是 out of memory 的缩写,当“不合格”的程序运行在你的系统上,它会吃掉你所有的内存资源,导致kernel无法分配内存在其它进程(OOM)。虽然系统管理员可以增加内存来临时解决问题,但想从根本上解决还是要处理掉这个问题程序。不过在管理员干涉之前,遇到 OOM 时 kernel 也有自己的处理方式,这要根据 OOM 的参数来进行相应的处理。

三、OOM相关参数

1. /proc/sys/vm/panic_on_oom

  • Arguments

    • 值为0:表示启动 OOM killer。

      • 当 panic_on_oom的值为0或者上一步没有触发 kernel panic,kernel 就会检查/proc/sys/vm/oom_kill_allocating_task。
    • 值为1:表示有可能会触发 kernel panic,也有可能启动 OOM killer。

    • 值为2:表示强制触发 kernel panic,内核崩溃GG。

2. /proc/sys/vm/oom_kill_allocating_task

  • Arguments

    • 值为0:会 kill 掉得分最高的进程(怎么计分的往下看)
    • 值为非0:会kill 掉当前申请内存而触发OOM的进程
    • 当然,一些系统进程(如init)或者被用户设置了oom_score_adj的进程等可不是说杀就杀的。

3. /proc/sys/vm/oom_dump_tasks

  • Introduction

    • 作为系统管理员,我们肯定希望不管是出现 kernel panic 或者 OOM killer 的情况都能够留下些类似日志的东西,让我们能了解出现此种情况的原因,oom_dump_tasks参数可以记录进程标识信息、该进程使用的虚拟内存总量、物理内存、进程的页表信息等等。
  • Arguments

    • 值为0:关闭打印上述日志。在大型系统中,可能存在有上千个进程,逐一打印使用内存信息可能会造成性能问题。

    • 值为非0:有三种情况会打印进程内存使用情况

      • 由 OOM 导致 kernel panic 时
      • 没有找到符合条件的进程 kill 时
      • 找到符合条件的进程并 kill 时

4. oom_adj、oom_score_adj 和 oom_score

  • Introduction

    • 之所以放在一起,是因为这三个参数的关联性比较紧密。这三个参数都和具体的进程相关,所以位置都是在 /proc/进程PID/ 目录下。假设现在已经选择的是出现 OOM 的时候启动 killer,那么 kill 哪个进程呢?那就要看它们的的分数了,分数越高 G 的越快。(突然觉得做学渣还是蛮幸福的 ^_^ )
    • 内核会对进程打分(oom_score),主要包括两部分,系统打分和用户打分。系统打分就是根据进程的物理内存消耗量;用户打分就是 oom_score_adj 的值。如果用户指定 oom_score_adj 的值为 -1000,也就是表示禁止 OOM killer 杀死该进程。
    • 用户可以通过调整 oom_score_adj 的值来决定最终 oom_score 的值,oom_score_adj 的取值范围是 -1000~1000,为0时表示用户不调整 oom_score。另外,root进程拥有3%的内存使用特权,因此做最终 oom_score 计算时需要减去这些内存使用量。
    • oom_adj是一个旧的接口参数,其功能类似oom_score_adj,为了兼容,目前仍然保留这个参数,当操作这个参数的时候,kernel实际上是会换算成oom_score_adj。

   

四、参考资料

    写作不易,转载请注明出处,谢谢~~

展开阅读全文
打赏
0
0 收藏
分享
加载中
更多评论
打赏
0 评论
0 收藏
0
分享
返回顶部
顶部