Linux虚拟内存与物理内存,探讨Linux操作系统虚拟内存和物理内存的关系

为了高效、准确测试出该系统下，单个进程能够申请到的最大虚存空间，所以编写了一个Linux的测试程序。因为 64 位真的是个很可怕的数字，所以程序在申请内存空间时，先申请较大的内存块(100G)，直到没有这么大的内存块，然后申请上次能申请到的内存块的一半。重复以上步骤，直到内存块变得足够小(小于 100Byte)。然后结束申请内存。代码如下：

#include

#define SZ_100G (50*2147483648) //100GB 的字节数

int main()

{

int *p[1000000];//存放申请内存块的指针以备释放

int *ptem;

long long int block_sz,total_sz=0;

int i,j;

char c='c';

printf("pid=%d\n",getpid());

getchar();

block_sz=SZ_100G;

for(i=0;;i++)

{

printf("i=%d\n",i);

p[i]=(int *)malloc(block_sz*sizeof(char));

if(NULL==p[i])//当所申请的内存块不成功时，把内存块大小减半重新申请

{

block_sz=block_sz/2;

p[i]=(int *)malloc(block_sz*sizeof(char));

}

total_sz=total_sz+block_sz;//累加所申请到的内存块

if(block_sz=0;i--)//释放所有内存块

free(p[i]);

printf("total_sz=%ldByte\n",total_sz);

return 0;

}

在终端 1 编译运行上面代码。

运行后，先在另一个终端(终端 2)执行：

cat /proc/6674/status

查看该进程的 status 文件如下图图一所示：

终端 1 终端 2

图一

对于 status 文件，本文只会关注以下几个参数：

VmPeak(进程所占用的虚存空间最大值)

VmRSS(进程正在占用物理内存大小)

VmSwap(进程占用交换区大小)

然后回车开始申请内存，当终端停止输出数字时，再次在终端 2 执行：

cat /proc/6674/status

得到下图图二输出：

终端 1 终端 2

图二

对比图一和图二中的 VmPeak：

137438953320K – 12044K = 140737475866624 Byte

= 111 1111 1111 1111 1111 1111 0100 0001 0111 0000 0000 0000(B) Byte

是的，如果你没有眼花，你数到上面得到的是一个 47 位!!!!二进制数。

47 位什么概念？大概是 128TB = 128*1024GB !!! (试问现在谁的个人电脑有这么大的硬盘？？更不要说内存)

一个进程能够申请到这么恐怖的内存空间？这不但超过了物理内存、超过了物理内存+交换区、还超过了硬盘大小啊。这不科学啊。

但是从 status 读出来的数据错不了的。

首先，虚拟内存，顾名思义，虚拟的、并不是事实上存在，在一个进程的虚存空间里，只存在进程自己和系统内核，而不存在其他进程。这是为了方便编程和提高物理内存利用率而创造出来的一种机制(在过去内存是很贵的)。虚拟内存中对应着的是逻辑地址，逻辑地址通过操作系统和硬件的配合映射到物理内存上。(这里就不在多说虚拟内存的定义。如果把段页式内存管理机制理解后，虚拟内存也就理解了。关于段页式内存管理介绍可参考：深入理解操作系统之——分页式存储管理，深入理解操作系统之——段页式存储器管理。)

其二，交换区，实际上就是物理内存不够用时，虚存空间的数据就必须映射到交换区上。

那么单个进程所能申请的最大虚存空间理应不会超过物理内存和交换区的和。然而实际却是超过那么多。

然后，网上查阅相关资料，msdn 上看到了相关解释。

传送门：https://docs.microsoft.com/zh-cn/windows-hardware/drivers/gettingstarted/virtual-address-spaces

该文章介绍到，Windows 32 系统下，虚拟内存中，用户空间占用了低地址 2G 的空间，系统内核占用了高地址 2G 空间。总共虚存空间就是 2^32Byte。

图三

那么 64 位系统中，就系统而言，总共的虚存空间应当是 2^64Byte？

在该文章下面还有 Windows 64 位系统的虚存空间介绍，如下图图四所示。从图中看到用户虚存空间 8TB+系统空间 248TB=256TB=2^48 Byte ，这个数字似乎和上面所测得的单个进程能够申请到的最大虚存空间的数字有点接近了。

图四

注意看图四，还可以发现 64 位系统中还有很大很大的虚存空间保留没有被使用的。从这个出发继续查阅资料，然后找到了关于目前 64 位 CPU 的相关说明。由于目前还远远用不到 64 位那么大的空间，所以 AMD 64 位 CPU 目前只用了 48 位的寻址。而 Intel 的 64 位 CPU 是和 AMD 交叉授权，所以 Intel 64CPU 也同样只采用 48 位寻址。所以图三的保留空间就得到了解释。