On Mon, Dec 31, 2007 at 01:40:57PM +0800, shell909090 wrote: > 这句也就只针对上面说的状况才成立，就是程序运行结束后为什么空余内存很小。 > 因为程序在运行的时候，除了即时申请的动态堆和栈。代码区，静态数据区都是作 > 为文件映射到进程空间的。因此即使退出，只要没有新的内存申请，这部分内容还 > 会继续保留在cache中。自然在这个时候察看空余内存，会发现大量的内存被占 > 用，空余内存让人很抓狂。原来我曾经因为这个事情，把2G的内存(当时很大了)升 > 级到4G。结果不但问题没有解决，反而引发了需要重编译内核以支持大内存容量的 > 问题。最后查到问题关键，差点吐血。
好吧，我就把你的原文全文引在下面： On Mon, Dec 31, 2007 at 11:01:53AM +0800, shell909090 wrote: > Linux在内存计算上比较特殊，当读取一个文件后，会一直保存在cache里面，直到 > 有程序需要内存才按照使用释放。因此在内存足够的情况下， Linux访问读取过的 > 文件的速度非常快。不过在察看系统空余内存的时候，就会非常不好看，基本都是 > 8M上下。一旦不足，就释放缓存。因此理论上说，只要你写个程序申请大量内存， > 就会把缓存挤出来。不过这样除了使得系统性能下降，没有别的好处。 既然你都说了，程序退出后，stack 和 heap 所占的内存会释放 (我并不清楚 heap 所占的内存会不会被立即释放)，为什么 "察看系统空余内存的时候，就会非 常不好看，基本都是8M上下" 会成立？难道你运行的程序都是只使用静态数据区， 使用的 stack 和 heap 都不到 8MB 的？ 另外在 Linux 下查看内存是被正在运行的程序占用还是被 cache 占用是很容易的 事情 (free 命令的输出里就分得很明确)，大可不必用 "最后查到问题关键，差点 吐血" 这样耸人听闻的说法吧... Ming 2007.12.30
