具有 32 位地址空间的进程如何有效地访问大量内存？[复制]

很少有平台支持混合 32 位和 64 位代码。如果需要超过 2 或 3 GB 的地址空间，可以选择：

• 将整个应用程序重新编译为 64 位，或者

• 使用内存映射文件对大块数据进行分页和分页。

重新编译很容易。在 32 位程序中访问超过 2 或 3 GB 的内存是很困难的。

请注意，将 32 位应用程序重新编译为 64 位应用程序不需要更改代码或功能，除非在代码具有不可移植的构造时可能会出现一些错误。比如：

size_t round_to_16(size_t x)
{
    return x & ~15; // BUG in 64-bit code, should be ~(size_t) 15
}

如各种评论所述，情况是：

• 有一个 32 位进程，其中一小部分可以更改。其余的基本上是预编译的，不能更改。
• 一小部分当前与 64 位进程通信，以在 64 位地址空间和 32 位进程的地址空间之间传输选定的数据。
• 您寻求替代方案，可能具有更高的性能。

进程间通信通常很快。可能没有更快的方法，除非：

• 您的系统具有用于加速内存传输的专用硬件，或者
• 您的系统具有重新映射内存的方法（详见下文）。

Unix 具有 and 等调用，允许进程附加到共享内存段，并将其地址空间的一部分映射到共享内存段内的偏移量。此类调用可能支持将 32 位地址空间的一部分映射到大型物理地址空间中存在的大型共享内存段。shmatmmap

例如，调用采用要映射到进程地址空间的地址的参数，以及将偏移量映射到共享内存段的参数。可以想象，即使 32 位指针，该类型也可能是 64 位类型。我没有对此进行调查。mmapvoid *off_toff_tvoid *

重新映射内存比通过复制操作传输内存要快，因为它可能涉及简单地更改虚拟地址映射，而不是物理移动数据。