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的交换空间。 这在绝大多数时候似乎是足够的。