标签：overcommit oom Linux vm 内核 memory 内存
查看方式：
1、sysctl -a
2、cat /proc/sys/vm/overcommit_memory
一、overcommit_memory
内核源码中的介绍：
This value contains a flag that enables memory overcommitment.
When this flag is 0, the kernel attempts to estimate(估算) the amount
of free memory left when userspace requests more memory.
When this flag is 1, the kernel pretends there is always enough
memory until it actually runs out.
When this flag is 2, the kernel uses a "never overcommit"
policy that attempts to prevent any overcommit of memory.
This feature can be very useful because there are a lot of
programs that malloc() huge amounts of memory "just-in-case"
and don't use much of it.
The default value is 0.
文件指定了内核针对内存分配的策略，其值可以是0、1、2
0： (默认)表示内核将检查是否有足够的可用内存供应用进程使用；如果有足够的可用内存，内存申请允许；否则，内存申请失败，并把错误返回给应用进程。0 即是启发式的overcommitting handle,会尽量减少swap的使用,root可以分配比一般用户略多的内存
1： 表示内核允许分配所有的物理内存，而不管当前的内存状态如何，允许超过CommitLimit，直至内存用完为止。在数据库服务器上不建议设置为1，从而尽量避免使用swap.
2： 表示不允许超过CommitLimit值
二、vm.overcommit_ratio
默认值为：50 （即50%）
这个参数值只有在vm.overcommit_memory=2的情况下，这个参数才会生效。
执行grep -i commit /proc/meminfo
看到CommitLimit和Committed_As参数。
CommitLimit是一个内存分配上限,CommitLimit = 物理内存 * overcommit_ratio(默认50，即50%) + swap大小
Committed_As是已经分配的内存大小。
一般情况：
情况①
overcomot_memory = 0，vm.overcommit_ratio = 50 -----> max_num malloc size = 7.137890GB
情况②
overcomot_memory = 2 ，vm.overcommit_ratio = 50 -----> max_num malloc size = 3.958923GB
情况③
overcomot_memory = 2 ，vm.overcommit_ratio = 99 -----> max_nummalloc size = 6.722099 GB
三、vm.min_free_kbytes
cat /proc/sys/vm/min_free_kbytes centos6.4默认66M
67584
该文件表示强制Linux VM最低保留多少空闲内存（Kbytes）。
当可用内存低于这个参数时，系统开始回收cache内存，以释放内存，直到可用内存大于这个值。
vm.vfs_cache_pressure
该项表示内核回收用于directory和inode cache内存的倾向：
缺省值100表示内核将根据pagecache和swapcache，把directory和inode cache保持在一个合理的百分比
降低该值低于100，将导致内核倾向于保留directory和inode cache
增加该值超过100，将导致内核倾向于回收directory和inode cache。
vm.dirty_background_ratio 默认为10
所有全局系统进程的脏页数量达到系统总内存的多大比例后，就会触发pdflush/flush/kdmflush等后台回写进程运行。
将vm.dirty_background_ratio设置为5-10，将vm.dirty_ratio设置为它的两倍左右，以确保能持续将脏数据刷新到磁盘，避免瞬间I/O写，产生严重等待（和MySQL中的innodb_max_dirty_pages_pct类似）
vm.dirty_ratio 默认为20
单个进程的脏页数量达到系统总内存的多大比例后，就会触发pdflush/flush/kdmflush等后台回写进程运行。
vm.panic_on_oom 默认为0开启 为1时表示关闭此功能
等于0时，表示当内存耗尽时，内核会触发OOM~~~~ killer杀掉最耗内存的进程。
当OOM Killer被启动时，通过观察进程自动计算得出各当前进程的得分 /proc/<PID>/oom_score,分值越高越容易被kill掉。
而且计算分值时主要参照 /proc/<PID>/oom_adj , oom_adj 取值范围从-17到15，当等于-17时表示在任何时候此进程都不会被 oom killer kill掉（适用于mysql）。
/proc/[pid]/oom_adj ，该pid进程被oom killer杀掉的权重，介于 [-17,15]之间，越高的权重，意味着更可能被oom killer选中，-17表示禁止被kill掉。
/proc/[pid]/oom_score，当前该pid进程的被kill的分数，越高的分数意味着越可能被kill，这个数值是根据oom_adj运算后的结果，是oom_killer的主要参考。
sysctl 下有2个可配置选项：
vm.panic_on_oom = 0 #内存不够时内核是否直接panic
vm.oom_kill_allocating_task = 1 #oom-killer是否选择当前正在申请内存的进程进行kill
标签：overcommit,oom,Linux,vm,内核,memory,内存 来源： https://blog.51cto.com/devops2016/2469475
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。