Linux free命令_linux free -m命令详解-CSDN博客

本文链接：https://blog.csdn.net/xiaoma123_1/article/details/116589491

那么，应用程序和linux会怎样看待buffers/cache呢？如下图：

在旧版linux中，free命令的结果把buffers/cache归纳到used中。可见，这是站在linux视角的(如下图片是另外一台服务器)：

而在新版linux中，free命令的结果没有把buffers/cache归纳到used中。可见，这是站在应用程序角度的，如下：

ubuntu@VM-0-15-ubuntu:~$ free -wh              total        used        free      shared     buffers       cache   availableMem:           864M        403M         79M         20M         60M        321M        253MSwap:            0B          0B          0Bubuntu@VM-0-15-ubuntu:~$

所以，在新版linux free命令的结果中，有如下关系式：

total = used + free + buffers + cache

站在应用程序的角度，可用内存为：free加buffers/cache之和。然而，实际上，只有一部分buffers/cache能被应用程序使用，所以一般会有：

available < free + buffers + cache

顺便说一声，在后续的叙述中，我们都是针对新版linux的free命令。而且，我们在本文中不讨论共享内存(Shared Memory)。

内存消耗的程序验证

我们用程序来验证一下内存的消耗过程(不考虑虚拟内存)：

#include <stdlib.h>#include <stdio.h>#include <string.h>#include <unistd.h>
int main() {    int mb = 0;    char* buffer;
    while((buffer=malloc(1024 * 1024 * 10)) != NULL)     {        memset(buffer, 0, 1024 * 1024 * 10);        mb += 10;        printf("Allocated %d MB\n", mb);        sleep(1);    }
    return 0;}

运行程序，可以看到free被不断消耗, available也随之变化：

free的值被消耗完毕后，buffers和cache开始出场了，承担起了被消耗的重任。但是，要注意，并不是所有的buffers和cache都能被消耗殆尽的，所以，最后进程OOM时，cache还有几十M, 而available几乎没有了，如下图所示：

我们看到进程被kill了：

dmesg OOM信息如下：

虚拟内存消耗的程序验证

你不会以为linux真的这么弱吧？申请290M内存后就扛不住了？简直笑话

来看free命令结果的Swap信息，可以看到，都是0：

ubuntu@VM-0-15-ubuntu:~$ free -wh                          total        used        free      shared     buffers       cache  availableMem:         864M        449M        234M         20M        8.1M        171M        238MSwap:          0B          0B          0B

也就是说，没有开启linux系统的虚拟内存。好的，那我们来开启2G的虚拟内存，如下：

ubuntu@VM-0-15-ubuntu:~$ free -wm              total        used        free      shared     buffers       cache   availableMem:            864         439         240          20          10         174         246Swap:          2047           0        2047

然后，我们来运行程序，并观察内存消耗。可以看到，最开始消耗的是available内存：

当available内存消耗到一定程度后，才开始使用虚拟内存：

当虚拟内存使用完毕后，实在没办法，又开始去消耗available内存，而当available内存被耗尽后，进程被OOM机制给kill了，然后各内存被释放出来：

可以看到，进程申请了2G多的内存后，才被kill：

dmesg OOM信息如下：

结合上述实验，我们可以得知：

1. free接近0时，别紧张。

2. available接近0时，有问题。

3. OOM了，有问题。

生产环境的线上的服务器，有的开启了虚拟内存，有的没有开启虚拟内存。我刚看了一台线上服务器，没有开启虚拟内存，其内存插槽共144个，每个32G, 故总共支持4608G的内存。该服务器实际插了4个内存条，故总实际物理内存是128G，除系统占用的内存外，留给应用程序的总内存是125G，available内存是109G, 这内存真是够多的啊：

taoge:~$ sudo dmidecode -t memory | grep GB        Maximum Capacity: 4608 GB        Size: 32 GB        Size: 32 GB        Size: 32 GB        Size: 32 GBtaoge:~$ free -wh              total        used        free      shared     buffers       cache   availableMem:           125G         20G        7.0G        1.3G        369M         97G        109GSwap:            0B          0B          0B

操作系统的虚拟内存机制，很好很强大。在后面的文章后，我们也会再次谈到这些东西。

最后，我们来看下linux中常用的top命令。在之前的文章中，我们用过top命令来动态观察CPU和进程(ps命令也可以观察进程)，其实，top命令还可以用来动态观察内存。由于top命令比较简单，所以，我们就不详细介绍了，仅来欣赏一下top命令执行后的结果图：