Linux内存高，触发oom-killer问题解决

标签：进程   number   line   ref   i386   app   cin   echo   代码   

最近遇到两起Linux的内存问题，其一是触发了oom-killer导致系统挂

1. 首先确认该系统的版本是32位

2. 我们了解一下32位Linux的内存管理结构

    内核使用low memory来跟踪所有的内存分配，这样的话一个16GB内存的系统比一个4GB内存的系统，需要消耗更多的low memory，当low memory耗尽，即便系统仍然有剩余内存，仍然会触发oom-killer。在2.6内核的表现是，杀掉占用内存最高的进程，所以会导致sshd等进程被杀掉，造成系统无法登录。

3. 如何查看lowMem

-bash-3.00# free -lm              total       used       free     shared    buffers     cached Mem:          2026       1973         52          0         36       1303 Low:           874        823         51 High:         1151       1150          1 -/+ buffers/cache:        633       1392 Swap:         3067        142       2924

4. 所以我们需要保护LowMem,在2.6内核引入了lower_zone_protection，这将让内核愿意保护low memory，从而在分配内存时优先考虑从high memory分配。

 另一起问题是24G内存的系统，空闲内存已经不到50M

1. 确认该系统的版本是64位

2. 用ps查看各进程的内存，大约就占用了4G, 绝大部分内存都是被Page Cache所占用。Linux内核的策略是最大程度的利用内存cache 文件系统的数据，提高IO速度，虽然在机制上是有进程需要更大的内存时，会自动释放Page Cache,但不排除释放不及时或者释放的内存由于存在碎片不满足进程的内存需求。

   所以我们需要一个方法，能够限定PageCache的上限。

Linux 提供了这样一个参数min_free_kbytes，用来确定系统开始回收内存的阀值，控制系统的空闲内存。值越高，内核越早开始回收内存，空闲内存越高。

其他可选的临时解决方法：

关闭oom-killer

2. 清空cache （可选） echo 1 > /proc/sys/vm/drop_caches

Linux内存高，触发oom-killer问题解决

标签：进程   number   line   ref   i386   app   cin   echo   代码   

原文地址：http://www.cnblogs.com/zxc2man/p/7390457.html