Maoni Stephens 和 Andrew Pardow 分别是 CLR GC 的开发负责人和项目经理，他们在 Channel 9 的一个采访中介绍了CLR 4 中的后台GC 功能。这个功能可以在第一个GC 运行时启动另一个GC，从而提高垃圾回收的效率。
目前GC 有两种工作模式：工作站模式和服务器模式，其中工作站模式还可以设置是否并发执行。
工作站模式/ 非并发执行－当负责分配内存空间的托管线程发现没有足够的内存可以分配时，它会在同一个线程中启动GC。GC 首先会挂起所有其他的托管线程，然后清理内存，最后再恢复被挂起的托管线程，并交出控制权。
工作站模式/ 并发执行，也叫并发GC－工作流程与非并发GC 基本相似，但不会在整个清理周期挂起其他托管线程。这些托管线程依然可以继续运行并申请内存空间，但是会有一些限制，具体限制会在后面解释。存放第0 代对象的内存池也要比非并发GC 的大一些，以便满足内存分配的需要。如果没有任何内存可以分配，所有其它的托管线程仍然会被挂起。
Maoni 详细解释了并发 GC
（并发 GC）可以让你在 GC 运行时分配内存，但是不能分配太多－对于小对象来说最多不能超过临时段（ephemeral segment) 的范围。如果我们不做临时对象的垃圾回收，临时对象所占用的空间会达到临时段的上限，这时申请内存空间的托管线程会被挂起，直到并发 GC 结束。
在并发 GC 运行的某些阶段，需要将托管线程挂起两次，这可能会花费一些时间。
服务器模式－在这种情况下，每个 CPU 都对应一个 GC 线程和内存堆。当没有内存可以分配时，负责分配内存的线程会告知相应的 GC 线程，该 GC 线程将会挂起对应 CPU 上的其它托管线程，然后清理内存，最后通知分配内存的线程并恢复它挂起的所有线程。
工作站非并发模式与服务器模式统称为阻塞式 GC，因为 GC 运行时其它代码无法运行。
可以通过设置运行时配置文件来改变 GC 的工作模式，GC 的运行频率可以通过在运行时设置 LatencyMode 属性来改变，可设置的值为 GCLatencyMode 枚举的：Batch、Interactive 和 LowLatency。
.NET 4.0 引入了后台 GC（Background GC）。并发 GC 只在当前段上分配内存，通常是 16M。当要分配的内存超过这个限制时，所有的线程将被挂起。后台 GC 允许在做一次完全的垃圾回收（第 0、1、2 代）时，启动另一个对临时段的垃圾回收（第 0 和 1 代），这意味着对另一个内存段进行访问。Maoni 解释道：
后台 GC 是并发 GC 的升级版，它使我们可以在后台 GC 工作时，根据需要启动另一个临时 GC。与并发 GC 相同，后台 GC 只运用于完全的垃圾回收并工作在独立的 GC 线程中，而临时 GC 则是阻塞式 GC，也被称为前台 GC。
服务器版本的后台 GC 将不会出现在 CLR4.0 中，但可能会包含在后续版本中。目前，文档中建议：
在内存超过 2GB 的服务器上，可能需要在 boot.ini 中加入 /3GB 开关，以防出现明明有内存但是却报告内存溢出的问题。
你还可以使用.NET3.5 提供的通知机制，在GC 将要运行以及完成时得到通知，以便在多台服务器间协调工作，避免被GC 干扰。
暂无签名
Java 避坑指南：Java 高手笔记代码篇
本迷你书包括 86 个业务开发中常见踩坑点。每一个知识点都相当的实用，是程序员业务开发中的必备避坑指南...
评论