configurationvm.overcommit_memory的效果
在CentOS 5.4(Linux kernel 2.6.16.33-xenU)上运行的我的VPSnetworking服务器不规则地(像一个月一次,需要几个星期)变得没有反应,因为OOM杀手踢了进来。监视服务器显示它不通常耗尽内存,只是每隔一段时间。 我已经阅读了一些指向这个页面的博客,它讨论了使用以下sysctl设置来configuration内核以更好地pipe理overcommit: vm.overcommit_memory = 2 vm.overcommit_ratio = 80 我对此的理解(这可能是错误的,但我找不到一个规范的定义来澄清)是,这可以防止内核过度分配内存超过swap + 80%的内存。 不过,我也读过一些其他的消息来源,认为这些设置不是一个好主意 – 虽然这种方法的批评者似乎在说“不要做破坏你的系统的事情,而不是尝试这个混乱”因果总是众所周知的。 所以我的问题是, 这种方法的优点和缺点是什么 ,在一个Apache2的网站服务器托pipe约10个低stream量的网站上下文? 在我的具体情况下,Web服务器具有512Mb的RAM,1024Mb的交换空间。 这在绝大多数时候似乎是足够的。