大对象堆及.NET垃圾回收器的改进

fmms 10年前
           当 .NET 开发者编写内存密集型(memory intensive)应用程序的时候,即便总体内存看起来非常充足,也经常会在大对象堆的分配上遇到问题,产生 out-of-memory 异常。微软    <a href="/misc/goto?guid=4958194878338600440">承诺</a>会在 .NET Framework 4.5 中对此做出改进,其中会有更好的 LOH 管理,产生的内存碎片会更少。    <p> CLR 会管理两种独立的堆并对其进行分配,小对象堆(small object heap,SOH)和大对象堆(large object heap,LOH)。所有大于85,000 byte 的内存分配都会在 LOH 上进行。你可以阅读<a href="/misc/goto?guid=4958194879078440141">这些</a><a href="/misc/goto?guid=4958194879820962588">文章</a>,以进一步了解这两种堆之间的区别。 为了在 LOH 中换取性能,需要消耗大量内存的应用程序——像繁重的图像处理程序——会面临内存碎片的问题,并且可能在使用到最大限制的内存之前就发生 <a href="/misc/goto?guid=4958194880557138132">OutOfMemory 异常</a>。</p>    <p> .NET 在从 3.5 向4.0升级的时候,已经在总体内存分配方面做出了一些改进。负责 .NET Framework 的垃圾回收器的资深项目经理 Brandon Bay 对上述问题做出评论,他说:</p>    <blockquote>     <p>基于所提供的示例,执行了从3.5到4.0的升级之后,在耗尽大对象堆上的内存之前,我们可分配的内存增加了22倍。</p>    </blockquote>    <p> 而现在 .NET 4.5 看起来是在此基础之上构建的:</p>    <blockquote>     <p>在 .NET 4.5 中,我们对大对象堆做出了两项改进。首先,我们显著改进了运行时管理空闲列表的方式,从而能够更有效地利用碎片。现在,内存分配器可以重新访问到之前版本中的分配器无法使用的内存碎片。其次,当处于<a href="/misc/goto?guid=4958194881296488162">服务器垃圾回收(server GC)</a>模式时,运行时会在每个堆之间平衡 LOH 的分配。而在 .NET 4.5 之前,我们只能针对 SOH 做出平衡。在 LOH 分配评测中,我们发现这两种改变让结果有了实质上的改善。</p>    </blockquote>    <p> 你可以阅读 Brandon 的<a href="/misc/goto?guid=4958194878338600440">完整文章</a>以获得更多细节。想要了解更多关于 .NET Framework 垃圾回收器的工作原理,你可以参考 <a href="/misc/goto?guid=4958194882704614325">MSDN 文档</a>以及 <a href="/misc/goto?guid=4958194883434679472">Andrew Hunter</a> 的<a href="/misc/goto?guid=4958194884183549392">这篇文章</a>。</p>    <p> <strong>查看英文原文:</strong><a href="/misc/goto?guid=4958194885119868703">Large Object Heap And .NET GC Improvements</a></p>    <div id="come_from">           来自:     <a id="link_source2" href="/misc/goto?guid=4958194885884735198" target="_blank">InfoQ</a>    </div>