项目事故和安全语言

可能只有资深系统管理员能给一个让大家都满意的说法了。

泄露倒不一定是泄露，可能是什么东西被占用无法释放（就是BUG了），反正我判断还是内核的毛病。

32位x86内核最多用1G内存，64位就不晓得了。

那我连换两个Linux版本，都update到最新的patch了，为啥问题依旧？只要把PHP停掉就好了，用ruby就没有任何问题？

我不认为是kernel造成的内存泄漏。

关键就在于即使是用户进程造成泄漏，杀掉之后还泄漏的话就是内核的责任，不管是不是内核泄露的，并且这个问题也不见得是泄露。
你top过没有？lsof可能也有帮助。

两个版本估计内核都是一样的：）

考验我的Unix基本功啊。什么top，ps，lsof，slabtop统统看过了，两个版本内核不一样。

考这个字可太严重了（但疏忽是可能的），我只是很奇怪而已，因为我解释不了。
我看还得资深系统管理员出手了。

在kill掉一堆进程后，用top中能看到哪个进程占用内存大么？

我可不是kill，是逐个关闭，使用服务自己的脚本逐个关闭。剩下的进程只有ssh进程使用2MB多的resident内存，其他kernel进程几乎不占用resident。

BTW:我早请我一个HP的Unix资深大拿看过了，确认是内存泄漏，我自己就已经有9年的Unix经验，至于我的朋友拿根本就是靠Unix吃饭的，不至于我们两个老鸟都犯你怀疑的基本Unix操作错误吧。

恩，那我也倾向于内存泄露。
不过内存泄露可不等于apache或php有问题。

这种令人不得其解的问题，刨根问底找出原因才有趣。

Robbin，拿一台别的机子重装，这个问题会重新出现么？

哪个有闲机子又对Linux熟的看看能不能把问题先重造出来？

同样的配置以前也从来没有出过问题，只不过以前是32bit cpu，32bit 操作系统，但是这次是AMD CPU，Linux x86_64操作系统，用PHP4就出问题了，但是ruby没有问题。因此我怀疑是PHP4自己代码在64位操作系统上面有内存泄漏的bug。

前面很多帖子都分析只要关闭进程，进程泄漏的内存就会释放掉。但是PHP我只是用普通用户权限跑的，根本没有可能涉及内核进程，按照你们的分析，那为什么关闭了apache，php，内存还是回收不回来呢？

要是我，并且有精力的话，用freebsd再试试。