目录
大型对象堆和 GC
何时回收大型对象
LOH 性能意义
回收 LOH 的性能数据
使用调试器
CLR 垃圾回收器 (GC) 将对象分为大型、小型两类。如果是大型对象,与其相关的一些属性将比对象较小时显得更为重要。例如,压缩大型对象(将内存复制到堆上的其他位置)的费用相当高。在本月的专栏中,我将深入探讨大型对象堆。我将讨论符合什么条件的对象才能称之为大型对象,如何回收这些大型对象,以及大型对象具备哪些性能意义。
大型对象堆和 GC
在 Microsoft® .NET Framework 1.1 和 2.0 中,如果对象大于或等于 85,000 字节,将被视为大型对象。此数字根据性能优化的结果确定。当对象分配请求传入后,如果符合该大小阈值,便会将此对象分配给大型对象堆。这究竟是什么意思呢?要理解这些内容,先了解一些关于 .NET 垃圾回收器的基础知识可能会有所帮助。
众所周知,.NET 垃圾回收器是分代回收器。它包含三代:第 0 代、第 1 代和第 2 代。之所以分代,是因为在良好调优的应用程序中,您可以在第 0 代清除大部分对象。例如,在服务器应用程序中,与每个请求关联的分配将在完成请求后清除。仍存在的分配请求将转到第 1 代,并在那里进行清除。从本质上讲,第 1 代是新对象区域与生存期较长的对象区域之间的缓冲区。
从分代的角度来说,大型对象属于第 2 代,因为只有在第 2 代回收过程中才能回收它们。回收一代时,同时也会回收所有前面的代。例如,执行第 1 代垃圾回收时,将同时回收第 1 代和第 0 代。执行第 2 代垃圾回收时,将回收整个堆。因此,第 2 代垃圾回收也称为完整垃圾回收。在本专栏中,我将使用术语“第 2 代垃圾回收”而不是“完整垃圾回收”,但它们可以互换。
版权与免责声明
1、本站所发布的文章仅供技术交流参考,本站不主张将其做为决策的依据,浏览者可自愿选择采信与否,本站不对因采信这些信息所产生的任何问题负责。
2、本站部分文章来源于网络,其版权为原权利人所有。由于来源之故,有的文章未能获得作者姓名,署“未知”或“佚名”。对于这些文章,有知悉作者姓名的请告知本站,以便及时署名。如果作者要求删除,我们将予以删除。除此之外本站不再承担其它责任。
3、本站部分文章来源于本站原创,本站拥有所有权利。
4、如对本站发布的信息有异议,请联系我们,经本站确认后,将在三个工作日内做出修改或删除处理。
请参阅权责声明!