在 64 位 Linux 操作系统上运行 32 位进程的内存限制

问题描述：

在 64 位 Linux 上，32 位进程可以拥有多少虚拟内存（即，malloc()在我开始获取NULL指针之前可以分配和使用多少内存）？

我在 32 位 Linux 上尝试过，达到了约 3 GB 的限制。在 64 位 Linux 上我能获得更多吗？

解决方案 1：

在标准的32位x86 smp内核中，每个进程可以使用4GB地址空间中的3GB，1GB由内核使用（每个进程的地址空间共享）。

使用 4G/4G 分割“hugemem”32 位 x86 内核，每个进程可以使用（几乎）整个 4GB 地址空间，而内核则拥有单独的 4GB 地址空间。Red Hat 在 RHEL 3 和 4 中支持此内核，但他们在 RHEL 5 中放弃了它，因为补丁未被主线内核接受，而且现在大多数人都使用 64 位内核。

使用 64 位 x86_64 内核，32 位进程可以使用整个 4GB 地址空间，但 4GB 地址空间末尾的几个页面 (8KB) 除外，这些页面由内核管理。内核本身使用 32 位代码可访问的 4GB 以外的部分地址空间，因此它不会减少用户地址空间。64 位进程可以使用更多的地址空间（RHEL 6 中为 128TB）。

请注意，部分地址空间将被程序代码、库和堆栈空间使用，因此您无法使用malloc()整个地址空间。这些内容的大小因程序而异。查看以了解您的进程中地址空间的使用情况；您可以使用的最大地址空间范围将限制/proc/<pid>/maps您可使用的地址空间量。malloc()

解决方案 2：

无论操作系统是什么，32 位进程都只能访问 4GB 的虚拟内存。这是因为进程只能映射 32 位内存地址。如果你算一下，就会发现 32 位地址最多只能访问 4GB，即使你在 128 位操作系统上运行。

解决方案 3：

在 64 位 Linux 上，单个进程的最大内存空间为 2^48 字节。（理论上可以更多，但目前的芯片不允许使用 2^64 字节的整个虚拟地址空间。）

请参阅维基百科以了解更多信息。