千家信息网

如何理解Linux内核参数overcommit_memory和OOM killer

发表于:2026-11-01 作者:千家信息网编辑
千家信息网最后更新 2026年11月01日,如何理解Linux内核参数overcommit_memory和OOM killer,相信很多没有经验的人对此束手无策,为此本文总结了问题出现的原因和解决方法,通过这篇文章希望你能解决这个问题。什么是L
千家信息网最后更新 2026年11月01日如何理解Linux内核参数overcommit_memory和OOM killer

如何理解Linux内核参数overcommit_memory和OOM killer,相信很多没有经验的人对此束手无策,为此本文总结了问题出现的原因和解决方法,通过这篇文章希望你能解决这个问题。

什么是Linux Overcommit和OOM

overcommit_memory是一个内核对内存分配的一种策略,它有三个可选值:0、1、2。

0. 表示内核将检查是否有足够的可用内存供应用进程使用;如果有足够的可用内存,内存申请允许;否则,内存申请失败,

并把错误返回给应用进程。

1. 表示内核允许分配所有的物理内存,而不管当前的内存状态如何。

2. 表示内核允许分配超过所有物理内存和交换空间总和的内存。

Linux对大部分申请内存的请求都回复"yes",以便能跑更多更大的程序。因为申请内存后,并不会马上使用内存。

这种技术叫做 Overcommit。

当linux发现内存不足时,会发生OOM killer(OOM=out-of-memory)。它会选择杀死一些进程

(用户态进程,不是内核线程),以便释放内存。

例如Linux下发现有如下报错信息,则说明系统发生了OOM killer

# dmesg | grep redis | grep "oom-killer"

redis-server invoked oom-killer: gfp_mask=0x280da, order=0, oom_adj=0, oom_score_adj=0

redis-server invoked oom-killer: gfp_mask=0x200da, order=0, oom_adj=0, oom_score_adj=0

redis-server invoked oom-killer: gfp_mask=0x200da, order=0, oom_adj=0, oom_score_adj=0

redis-server invoked oom-killer: gfp_mask=0x200da, order=0, oom_adj=0, oom_score_adj=0

redis-server invoked oom-killer: gfp_mask=0x280da, order=0, oom_adj=0, oom_score_adj=0

redis-server invoked oom-killer: gfp_mask=0x200da, order=0, oom_adj=0, oom_score_adj=0

redis-server invoked oom-killer: gfp_mask=0x200da, order=0, oom_adj=0, oom_score_adj=0

redis-server invoked oom-killer: gfp_mask=0xd0, order=0, oom_adj=0, oom_score_adj=0

redis-server invoked oom-killer: gfp_mask=0x280da, order=0, oom_adj=0, oom_score_adj=0

redis-server invoked oom-killer: gfp_mask=0x280da, order=0, oom_adj=0, oom_score_adj=0

redis-server invoked oom-killer: gfp_mask=0xd0, order=0, oom_adj=0, oom_score_adj=0

redis-server invoked oom-killer: gfp_mask=0x280da, order=0, oom_adj=0, oom_score_adj=0

redis-server invoked oom-killer: gfp_mask=0xd0, order=0, oom_adj=0, oom_score_adj=0

redis-server invoked oom-killer: gfp_mask=0xd0, order=0, oom_adj=0, oom_score_adj=0

redis-server invoked oom-killer: gfp_mask=0x201da, order=0, oom_adj=0, oom_score_adj=0

redis-server invoked oom-killer: gfp_mask=0xd0, order=0, oom_adj=0, oom_score_adj=0

redis-server invoked oom-killer: gfp_mask=0x280da, order=0, oom_adj=0, oom_score_adj=0

当oom-killer发生时,linux会选择杀死该进程,例如:

Out of memory: Kill process 21809 (redis-server) score 951 or sacrifice child

Killed process 21809, UID 0, (redis-server) total-vm:33466920kB, anon-rss:32324096kB, file-rss:100kB

具体杀死哪个进程取决于选择进程的函数,选择进程的函数是oom_badness函数(在mm/oom_kill.c中),该函数

会计算每个进程的点数(0~1000)。

点数越高,这个进程越有可能被杀死。每个进程的点数跟oom_score_adj有关,而且 oom_score_adj可以被

设置(-1000最低,1000最高)。

理解memory overcommit的关键:commit(或overcommit)针对的是内存申请,内存申请不等于内存分配,内存

只在实际用到的时候才分配。

备注:

如何修改Linux vm.overcommit_memory的值,可用的方法有以下三种:

1).以root身份登录Linux,编辑/etc/sysctl.conf ,改vm.overcommit_memory=1,然后sysctl -p使配置文件生效

2).sysctl vm.overcommit_memory=1

3).echo 1 > /proc/sys/vm/overcommit_memory

看完上述内容,你们掌握如何理解Linux内核参数overcommit_memory和OOM killer的方法了吗?如果还想学到更多技能或想了解更多相关内容,欢迎关注行业资讯频道,感谢各位的阅读!

内存 进程 内核 分配 函数 选择 方法 更多 点数 参数 内容 物理 问题 最低 最高 束手无策 为此 三个 会计 关键 数据库的安全要保护哪些东西 数据库安全各自的含义是什么 生产安全数据库录入 数据库的安全性及管理 数据库安全策略包含哪些 海淀数据库安全审计系统 建立农村房屋安全信息数据库 易用的数据库客户端支持安全管理 连接数据库失败ssl安全错误 数据库的锁怎样保障安全 广东万易互联网科技有限公司惠州分公司 博彦科技互联网金融 高科技与互联网 广州紫鲸互联网科技 互联网科技博客 互联网科技公司介绍 海南科技产业互联网平台 隆华科技工业互联网 宁波青枫互联网科技有限公司 承德科技产业互联网发展 贵州叶脉互联网科技有限公司所属行业 上海宁丞科技互联网 想开互联网科技公司怎么样 北京市互联网新科技 互联网科技年终奖 中国新注册互联网科技 科技和互联网行业的特点 安徽零酒互联网科技有限公司 互联网对科技影响 互联网科技创业有什么好项目 互联网科技 广州互联网科技公司 科技互联网公司logo 中正互联网科技招聘 汉立互联网科技有限公司联系电话 剑昆互联网络科技有限公司临桂 浙江互联网科技研学营 厦门江牛科技互联网 上海同邻互联网科技有限公司规模 美国五大互联网科技公司市值多少
0