The parallel mark-sweep-compact collector: optthruput.
平行式“标记-清扫-压缩”收集器：optthruput。
The tenured collectors all use a mark-sweep-compact algorithm.
老年区收集器都使用了标记扫 描压缩（mark-sweep-compact）算法。
The problem with a mark-sweep algorithm is that it can lead to fragmentation (Figure 2).
“标记-清扫”算法的问题是可能会导致碎片（fragmentation），如图 2 所示。
There are several basic strategies for garbage collection: reference counting, mark-sweep, mark-compact, and copying.
有几种垃圾收集的基本策略：引用计数、标记-清除、标记-整理 (mark-compact)和复制。
The same mark-sweep-compact collector is used, but much of the mark and sweep phases can be done as the application runs.
这种策略也使用 “标记-清扫-压缩 (mark-sweep-compact)” 收集器，但大部分标记和清扫工作可以在应用程序运行时执行。
IBM implementation USES a garbage collection algorithm called mark-sweep-compact (MSC), which is named after three distinct phases.
IBM实现使用称为mark - sweep - compact (msc)的垃圾收集算法，它是根据三个不同的阶段命名的。
Two of the new collectors are designed to reduce collection pause time — the parallel copying collector and the concurrent mark-sweep collector.
新收集器中的两个——并行复制收集器和并发标记-清除收集器——设计为减少收集暂停时间。
The copying algorithm has excellent performance characteristics, but it has the drawback of requiring twice as much memory as a mark-sweep collector.
复制算法的性能很优异，但是它有一个缺点是需要两倍于标记-清除收集器所需要的内存。
The parallel copying collector and concurrent mark-sweep collector are basically concurrent versions of the default copying and mark-compact collectors.
并行复制收集器和并发标记-清除收集器基本上是默认的复制收集器和标记-整理收集器的并发版本。
The generational collector employed by JDK 1.2 and later offers far better allocation and collection performance than the mark-sweep-compact collector used by earlier JDKs.
JD K 1.2及以后版本所使用的分代垃圾收集器提供了比早期JDK所使用的标记-清除-整理收集器好得多的分配和收集性能。
Even for most enterprise applications the use of the concurrent-mark-sweep collector (also known as the low-pause collector) will reduce pauses to levels that are acceptable for most applications.
甚至对大部分企业级应用程序来说，并行标记扫描(concurrent - mark - sweep)回收器(也叫低暂停回收器，low - pausecollector)的应用也已经把暂停降低到了一个大多数应用可以接受的级别上。
As you increase the heap size on a consistent workload, the mark and sweep phases will continue to take approximately the same length of time.
当您增加统一工作负载上的堆大小时，标记和清扫阶段将继续花费大致相同的时间完成操作。
GC occurs in three phases: mark, sweep, and optionally compact.
GC有三个阶段：标记、清除和可选地整理。
The time spent in GC pauses for the mark and sweep phases of a garbage collection are based on the number of live objects on the heap.
用于垃圾收集的标记和清扫阶段的GC暂停时间基于堆上的活动对象的数量。
optthruput: (default in V7) Performs the mark and sweep operations during garbage collection when the application is paused to maximize application throughput.
optthruput：（默认）当应用程序暂停时，在垃圾收集过程中执行标记和清扫操作，以便最大限度提高应用程序吞吐量。
This is a Deferred Reference Counting (DRC) mechanism combined with an incremental, conservative mark/sweep collector.
它采用了一种延迟引用计数（Deferred Reference Counting，DRC）机制，并结合一个增量的、保守的标记/清除收集器。
The sweep time should be significantly shorter than the mark times.
扫描时间应该比标记时间短得多。
The young generation, or nursery, USES a semi-space copying collector, and the old, or tenured, generation USES a concurrent mark sweep collector.
年轻(也称为婴儿(nursery))代使用一个半空间复制收集器，而老年(也称为长存的(tenured))代使用并发的标志扫描收集器。
Still, says their commander, Brigadier Mark Carleton-Smith, “in the sweep of the campaign, this marks the end of the beginning.”
不过，驻地指挥官陆军准将马克•卡尔顿•史密斯却表示，“在此次‘地毯式’行动中，这标志着开始的结局”。
The process has three major phases: mark, sweep, and compact.
这个过程有三个主要阶段：mark、sweep和compact。
In this type of GC, only the mark and sweep phases of GC are run.
在这类GC内，只运行GC的mark和sweep阶段。
In the sweep phase, the JVM goes through the heap and removes all the objects that still have the mark bit in place; these objects are no longer referenced or used.
在sweep阶段，JVM遍历整个heap并删除仍具有标记bit的所有对象；这些对象不再被引用或使用。
The mark phase took 422 ms, the sweep phase took 37 ms, and the compact phase took 0 ms.
mark阶段422ms,sweep阶段37 ms,compact阶段0 ms。
The true challenge of this project was to take the existing reference counting system and move it over to the mark and sweep model in the existing code base without breaking old content.
这个项目真正的挑战在于替换：必须在已有代码基础上，把引用计数系统整个换成标记-扫描系统，而完全不破坏过去的内容。
The true challenge of this project was to take the existing reference counting system and move it over to the mark and sweep model in the existing code base without breaking old content.
这个项目真正的挑战在于替换：必须在已有代码基础上，把引用计数系统整个换成标记-扫描系统，而完全不破坏过去的内容。
应用推荐