Linux下free命令详解

这是我查到的,很好的解释,供参考!  这也是让我们更深入的理解此FREE命令,及linux内核处理内存的机制了:  

我的linux执行free命令显示如下：  

[root@Linux /tmp]# free              

               total       used       free     shared    buffers     cached 

Mem:     4149156    4130412      18744          0      13220    2720160 

-/+ buffers/cache:    1397032    2752124

Swap:      6289408        144    6289264 

一、free命令的解释

第一行：

total 内存总数: 4149156 

used 已经使用的内存数: 4130412 

free 空闲的内存数: 18744 

shared 当前已经废弃不用，总是0 

buffers Buffer Cache内存数: 13220 

cached Page Cache内存数: 2720160

关系：total = used + free

第二行：

-/+ buffers/cache的意思相当于： -buffers/cache 的内存数：1397032 (等于第1行的 used - buffers - cached) 

+buffers/cache 的内存数: 2752124 (等于第1行的 free + buffers + cached) 

可见-buffers/cache反映的是被程序实实在在吃掉的内存，而+buffers/cache反映的是可以挪用的内存总数。

第三行：暂时不说

如上面的例子：使用了4149156的内存，4130412 被占用，但是buuffer和cached部分作为缓存，可以使用命中率的方式提高使用效率，而且这部分缓存是根据指令随时可以释放的，我们可以认为这部分内存没有实际被使用，也可以认为它是空闲的。 因此查看目前进程正在实际被使用的内存，是used-(buffers+cache)，也可以认为如果swap没有大量使用，mem还是够用的，只有mem被当前进程实际占用完（没有了buffers和cache），才会使用到swap的。

二． Swap配置对性能的影响 

       分配太多的Swap空间会浪费磁盘空间，而Swap空间太少，则系统会发生错误。 如果系统的物理内存用光了，系统就会跑得很慢，但仍能运行；如果Swap空间用光了，那么系统就会发生错误。例如，Web服务器能根据不同的请求数量衍生出多个服务进程（或线程），如果Swap空间用完，则服务进程无法启动，通常会出现“application is out of memory”的错误，严重时会造成服务进程的死锁。因此Swap空间的分配是很重要的。  

       通常情况下，Swap空间应大于或等于物理内存的大小，最小不应小于64M，通常Swap空间的大小应是物理内存的2-2.5倍。但根据不同的应用，应有不同的配置：如果是小的桌面系统，则只需要较小的Swap空间，而大的服务器系统则视情况不同需要不同大小的Swap空间。特别是数据库服务器和Web服务器，随着访问量的增加，对Swap空间的要求也会增加，一般来说对于4G 以下的物理内存，配置2倍的swap，4G 以上配置1倍。 

        另外，Swap分区的数量对性能也有很大的影响。因为Swap交换的操作是磁盘IO的操作，如果有多个Swap交换区，Swap空间的分配会以轮流的方式操作于所有的Swap，这样会大大均衡IO的负载，加快Swap交换的速度。如果只有一个交换区，所有的交换操作会使交换区变得很忙，使系统大多数时间处于等待状态，效率很低。用性能监视工具就会发现，此时的CPU并不很忙，而系统却慢。这说明，瓶颈在IO上，依靠提高CPU的速度是解决不了问题的。