vm内核参数优化设置

 http://www.cnblogs.com/wjoyxt/archive/2014/06/08/3777042.html

（1）vm.overcommit_memory

执行grep -i commit  /proc/meminfo

看到CommitLimit和Committed_As参数。

CommitLimit是一个内存分配上限,CommitLimit = 物理内存 * overcommit_ratio(默认50，即50%) + swap大小

Committed_As是已经分配的内存大小。

--------

vm.overcommit_memory文件指定了内核针对内存分配的策略，其值能够是0、一、2                             

0： (默认)表示内核将检查是否有足够的可用内存供应用进程使用；若是有足够的可用内存，内存申请容许；不然，内存申请失败，并把错误返回给应用进程。0 便是启发式的overcommitting handle,会尽可能减小swap的使用,root能够分配比通常用户略多的内存

1： 表示内核容许分配全部的物理内存，而无论当前的内存状态如何，容许超过CommitLimit，直至内存用完为止。在数据库服务器上不建议设置为1，从而尽可能避免使用swap.

2： 表示不容许超过CommitLimit值

 

（2）vm.overcommit_ratio

默认值为：50 （即50%）

这个参数值只有在vm.overcommit_memory=2的状况下，这个参数才会生效。

------------------------------------------------------------------------------

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。

网上文章建议 sysctl -w  vm.vfs_cache_pressure=200  

其实通常状况下不须要调整，只有在极端场景下才建议进行调整，只有此时，才有必要进行调优，这也是调优的意义所在。

 

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