c++ - 在 32 位 XP 上分配超过 1 GB 的内存

Question

我遇到了一个奇怪的问题，我的进程分配的空间似乎略低于 1 GiB。当我的软件给出 bad_alloc 异常时，Windows 任务管理器“内存使用”列显示接近 1 GiB 的值。是的，我检查过传递给内存分配的值是否合理。 (不存在会导致失败的竞争条件/损坏)。是的，我需要所有这些内存，而且没有办法绕过它。 (它是图像的缓冲区，无法进一步压缩)

我不是想一次性分配整个 1 GiB 内存，有几个分配大约 300 MiB。这会导致问题吗？ (我会尝试看看是否进行更小的分配会更好)。是否有一些编译器开关或其他我必须设置的东西才能超过 1 GiB？我看到其他人提示 2 GiB 的限制，这对我来说很好.. 我只需要多一点:)。我正在使用带有 SP1 的 VS 2005，我在 32 位 XP 上运行它，它是 C++ 语言。

Answer 1

在 32 位操作系统上，一个进程总共有 4GB 的地址空间。

在 Windows 上，其中一半是禁止使用的，因此您的进程有 2GB。

这是 2GB 的连续内存。但它会变得支离 splinter 。您的可执行文件加载到一个地址，每个 DLL 加载到另一个地址，然后是堆栈和堆分配等等。因此，虽然您的进程可能有足够的空闲地址空间，但没有足够大的连续 block 来满足您的内存请求。因此，进行较小的分配可能会解决它。

如果您的应用程序是使用 LARGEADDRESSAWARE 标志编译的，那么它将被允许使用 Windows 可以腾出的尽可能多的剩余 2GB。 (其值(value)取决于您的平台和环境。

• 对于在 64 位操作系统上运行的 32 位代码，您将获得完整的 4 GB 地址空间
• 对于在没有/3GB 引导开关的 32 位操作系统上运行的 32 位代码，该标志毫无意义
• 对于在带有/3GB 引导开关的 32 位操作系统上运行的 32 位代码，您将获得 3GB 的地址空间。

真的，如果你的应用程序可以处理它，设置标志总是一个好主意(它基本上是一个功能标志。它告诉 Windows 我们 可以处理更多内存，所以如果 Windows 也可以，它应该继续并为我们提供尽可能大的地址空间)，但您可能不能依赖它产生影响。除非您使用的是 64 位操作系统，否则它不太可能为您买太多。 (/3GB 引导开关是必需的，而且已知会导致驱动程序出现问题，尤其是视频驱动程序)