系统在内存用光后一直要死不活的样子

platinum

贴一下 free 的结果看看

johnyo

有一个proc下的东东叫做min_free_kbytes。 不过建议你把mem_info打印出来看看。
如果有服务就直接找红帽。

b2linux

man ulimit

zyp339025518

呵呵，服务器啊，想去搞搞！！

action08

回11楼的soway

你好，我倒有这么一个设想，一般计算机用户为普通用户，所以希望这里指的限制是欲留20M的RAM为新控制台的root用户

action08

我听到服务器就想搞

一直没见过服务器

jerrywjl

我的建议：

第一，32G内存如果是32bit机器一定要用hugemem的内核；
第二，如果能用64bit最好用64bit；
第三，swap应该开，而且要提供足够的空间；
第四，查看一下kernel参数，确认你的oom-killer在内核中启动；
第五，你的应用有问题，为什么不能自动释放内存呢？

nntp

原帖由 jerrywjl 于 2008-8-30 23:18 发表
我的建议：

第一，32G内存如果是32bit机器一定要用hugemem的内核；
第二，如果能用64bit最好用64bit；
第三，swap应该开，而且要提供足够的空间；
第四，查看一下kernel参数，确认你的oom-killer在内核中 ...

IC应用就是这样占内存的.

而且，swap应该关掉. 否则那些计算就完了.

这个是一个特例.

换成64bit也有点玄，因为IC应用的软件得找到x64的，那个又是伤筋动骨的事情了.

我以前做一个项目，一种特殊用途天线的材料分析，用的是MMS, 做一个像手机面积这么大的模拟计算就要吃掉14个G内存，swapon之后就在不停swap,基本上机器和废铁没有区别了。
还有Mentor Graphic的ADvance MS的时候也是这样.

这个问题，没有太好的解决办法。

1. 用AMD64的多核机器
2. 如果IC应用能够找到x64的，就用x64 RHEL + x64 APP
3. 考虑换大机器.比如Sun和SGI的.