.NET中的数组分配

Question

问题是关于.net中数组的分配.我有一个示例程序,其中我可以得到的最大数组是长度.我将长度增加到+1它给出了outofMemory异常.但如果我保持长度并删除评论,我可以分配2个不同的大数组.两个数组的.net允许对象大小为2 gb,总内存也小于虚拟内存.有人可以提出任何想法吗？

 
class Program
    {
        static int length = 203423225;
        static double[] d = new double[length];
        //static int[] i = new int[15000000];
        static void Main(string[] args)
        {

            Console.WriteLine((sizeof(double)*(double)length)/(1024*1024));

            Console.WriteLine(d.Length);
            //Console.WriteLine(i.Length);
            Console.WriteLine(Process.GetCurrentProcess().VirtualMemorySize64.ToString());
        }
    }

Answer 1

32位进程必须从可用的地址空间为阵列分配虚拟内存.默认为2千兆字节.其中包含代码和数据的混合.分配是从现有分配之间的漏洞进行的.

这样的分配总是失败,因为没有剩下的虚拟内存,它们会失败,因为可用的漏洞不够大.而你要求一个大漏洞,获得1.6千兆字节是非常罕见的,并且只适用于不加载任何其他DLL的非常简单的程序.一个基础不良的DLL是一个很好的方法,可以减少两个大洞,大大降低了这种分配成功的几率.更典型的首次尝试工作分配大约650兆字节.第二次分配没有失败,因为还有另一个漏洞.程序运行一段时间后,几率大幅下降,地址空间变得支离破碎.90 MB的分配可能会失败.

您可以通过SysInternals的VMMap实用程序了解如何为程序划分虚拟内存地址空间.

一个简单的解决方法是将EXE项目的平台目标设置设置为AnyCPU,并在64位操作系统上运行该程序.它将具有可用的可寻址虚拟内存空间,您将仅受页面文件的最大允许大小和.NET 2千兆字节对象大小限制的限制.使用新<gcAllowVeryLargeObjects>配置元素在.NET 4.5中解决的限制.即使是32位程序也可以利用editbin.exe的/ LARGEADDRESSAWARE选项在64位操作系统上利用可用的4 GB 32位地址空间,您必须在后期构建事件中运行它.