30

我的内存是 4G 物理内存，但是为什么即使我只创建 1.5G 内存对象，我也会出现内存不足异常。任何想法为什么？（我同时看到，在任务管理器的性能选项卡中，内存没有被完全占用，我也可以在这里输入——所以内存实际上并不低，所以我想我遇到了其他一些内存限制）？

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;

namespace TestBigMemoryv1
{
    class MemoryHolderFoo
    {
        static Random seed = new Random();
        public Int32 holder1;
        public Int32 holder2;
        public Int64 holder3;

        public MemoryHolderFoo()
        {
            // prevent from optimized out
            holder1 = (Int32)seed.NextDouble();
            holder2 = (Int32)seed.NextDouble();
            holder3 = (Int64)seed.NextDouble();
        }
    }

    class Program
    {
        static int MemoryThreshold = 1500; //M
        static void Main(string[] args)
        {
            int persize = 16;
            int number = MemoryThreshold * 1000 * 1000/ persize;
            MemoryHolderFoo[] pool = new MemoryHolderFoo[number];
            for (int i = 0; i < number; i++)
            {
                pool[i] = new MemoryHolderFoo();
                if (i % 10000 == 0)
                {
                    Console.Write(".");
                }
            }

            return;
        }
    }
}
4

7 回答 7

41

在普通的 32 位 Windows 应用程序中，进程只有 2GB 的可寻址内存。这与可用的物理内存量无关。

所以 2GB 可用，但 1.5 是您可以分配的最大值。关键是您的代码不是进程中运行的唯一代码。其他 0.5 GB 可能是 CLR 加上过程中的碎片。

更新：在 .Net 4.5 的 64 位进程中，如果启用了gcAllowVeryLargeObjects设置，您可以拥有大型数组：

在 64 位平台上，启用总大小大于 2 GB 的阵列。数组中的最大元素数是 UInt32.MaxValue。

<configuration>
  <runtime>
    <gcAllowVeryLargeObjects enabled="true" />
  </runtime>
</configuration>
于 2009-02-28T04:42:34.350 回答
10

只是对其他要点的补充；如果您想访问大量内存，请考虑 x64 - 但请注意最大单个对象大小仍为 2GB。而且由于 x64 中的引用更大，这意味着您实际上获得了更小的引用类型的最大数组/列表大小。当然，当您达到该限制时，您可能无论如何都做错了！

其他选项：

  • 使用文件
  • 使用数据库

（显然两者与进程内内存相比都有性能差异）

更新：在 4.5 之前的 .NET 版本中，最大对象大小为 2GB。从 4.5 开始，如果启用了 gcAllowVeryLargeObjects ，您可以分配更大的对象。请注意，限制string不受影响，但“数组”也应涵盖“列表”，因为列表由数组支持。

于 2009-02-28T06:36:55.230 回答
5

只是添加到以前的回复中：您可以超越使用 /3Gb [和可选的 userva] 引导标志引导的系统的 2Gb 限制。

于 2009-02-28T05:02:45.643 回答
5

检查您构建的是 64 位进程，而不是 32 位进程，这是 Visual Studio 的默认编译模式。为此，请右键单击您的项目，属性 -> 构建 -> 平台目标：x64。与任何 32 位进程一样，以 32 位编译的 Visual Studio 应用程序具有 2GB 的虚拟内存限制。

每个进程都有自己的虚拟内存，称为地址空间，它将执行的代码和操作的数据映射到其中。32 位进程使用 32 位虚拟内存地址指针，这为 32 位进程可以寻址的虚拟内存量创建了 4GB (2^32) 的绝对上限。但是，操作系统需要一半（引用自己的代码和数据），为每个进程创建了 2GB 的限制。如果您的 32 位应用程序试图消耗超过 2GB 的地址空间，它将返回“System.OutOfMemory”，即使您计算机的物理内存未满。

64 位进程没有此限制，因为它们使用 64 位指针，因此它们的理论最大地址空间为 16 艾字节 (2^64)。实际上，Windows x64 将进程的虚拟内存限制为 8TB。内存限制问题的解决方案是编译为 64 位。

但是，默认情况下，Visual Studio 中对象的大小仍限制为 2GB。您将能够创建多个组合大小大于 2GB 的数组，但默认情况下您不能创建大于 2GB 的数组。希望，如果您仍想创建大于 2GB 的数组，您可以通过将以下代码添加到 app.config 文件来实现：

<configuration>
  <runtime>
    <gcAllowVeryLargeObjects enabled="true" />
  </runtime>
</configuration>
于 2013-06-26T13:49:35.100 回答
4

正如其他海报所提到的，作为 32 位应用程序，您拥有最大 2Gb 的可寻址内存。不要忘记开销。您正在创建一个包含 9300 万个对象的数组——如果每个对象恰好有 4 个字节的开销，那就是额外的 350Mb 内存。

于 2009-02-28T04:56:05.207 回答
4

还有一件事需要注意；一些 .NET 对象需要“连续”内存。即，如果您尝试分配一个大型数组，系统可能不仅需要在您的进程中有足够的空闲内存，而且还需要所有空闲内存都在一个大块中......不幸的是，进程内存会随着时间的推移而碎片化，所以这可能不可用。

有些对象/数据类型有这个要求，有些则没有......我不记得哪些有，但我似乎记得 StringBuilder 和 MemoryStream 有不同的要求。

于 2009-07-20T00:35:24.413 回答
3

在 32 位 Windows 操作系统上，单个应用程序可以访问的最大“用户模式”内存为 2GB……假设您有 4GB 内存。

Windows 服务器上非托管 VC++ 应用程序的内存消耗

http://blogs.technet.com/markrussinovich/archive/2008/07/21/3092070.aspx

（你问这个很有趣，因为我昨天问了几乎同样的事情......）

于 2009-02-28T04:40:43.590 回答