2015JVM详细讲解.docVIP

Java VM 介绍 Java虚拟机的堆被分为3个称为generation的主要部分，它们对应于对象的生存期，如图2所示。3个generation分别是Young、Tenured和Perm，标记为Virtual的部分被保留，在必要时才实际分配出去。 Young generation由Eden和两个survivor空间组成。新对象通常创建于Eden中。其中一个survivor空间会随时被清空，并用作另一个survivor空间的目的地。当进行垃圾收集时，所有来自Eden和survivor空间的活动对象都被复制到另一个survivor空间。对象在两个survivor空间之间移动，直到它们足够“老”，能够被移入保存生存期较长对象的tenured generation中。 图2. Java虚拟机内存的结构 Perm generation保存那些在虚拟机的整个生存期都生存的对象。因此，该generation不需要被垃圾收集程序清空。 Java垃圾收集策略 除了默认的垃圾收集程序，还对其他的两个收集程序，Parallel收集程序和Concurrent Mark and Sweep收集程序（后面称为Concurrent收集程序）进行了评估。在标准的Sun Java运行时环境中，这些收集程序都可用。通常在进行垃圾收集时，虚拟机会暂停，让垃圾收集程序执行它的工作。Parallel收集程序会产生多个垃圾收集线程，以加速任务的执行并将垃圾收集暂停时间降至最短。该收集程序负责整理Young generation。Concurrent收集程序则负责整理tenured generation，而且会部分地与应用程序并发运行。虽然仍然需要完整的垃圾收集周期，但是整个周期会因之而缩短——虽然这是以牺牲少量处理能力为代价的，这些处理能力本来是可以由应用程序使用的。 这两个收集程序可以一起使用，因为它们负责的是不同的generation。这将显著缩短由垃圾收集所引发的暂停时间，如图3所示。 图3. 可用的垃圾收集程序 垃圾收集程序设置的优化 由于改变参数后的影响并不总是能够被预料到，所以对垃圾收集的调优并不是一项简单的任务。这方面的白皮书并不少（参见“参考资料”部分），但是却缺乏对详细的（根据实验得到的）调优结果以及对垃圾收集的实际影响的描述。因此一个测试套件被开发出来，以便评估可能的优化，并暴露在设置不同的调优参数时可能出现的问题。本部分将探索调优过程，并涉及面向SIP信令特征的优化。 评估详情 测试套件由一个可以生成特定数目的对象的应用程序组成，每个对象的生存期和在内存中的大小都可配置。该应用程序使用72种不同的虚拟机调优选项组合反复运行，这些选项包括堆大小的调整、generation大小的调整、垃圾收集程序的选择，以及以上各项的组合。我们根据经验并排除无关的参数组合来选择调优参数。我们使用一个基于开源的gcviewer应用程序的定制应用程序来观察和分析垃圾收集行为，它允许我们确定选项对垃圾收集所产生的精确影响。 关于虚拟机调优，有两个重要的优化是可以做到的：总执行时间的最小化和由垃圾收集所引起的暂停时间的最小化。另一个选项是最小化花在执行垃圾收集操作上的总时间。在大多数情况下，这基本上等效于最小化总执行时间。然而，测试结果显示，也有例外的情况：虽然花在垃圾收集上的实际时间缩短了，总的执行时间也可能会变长。当将堆大小设置为一个固定或可变的值时，就会发生这种情况，如图4和5所示。在图中，如果使用单CPU，那么即使固定的堆可以缩短垃圾收集时间（固定的堆为10秒，可变的堆为17秒），它还是延长了总执行时间（405比403）。 图4. 总垃圾收集时间 图5. 总执行时间 注意，该测试套件不是CPU限制(CPU-bound)型的，但是它按照特定的时间间隔分配对象。这意味着双CPU配置在垃圾收集方面处于有利地位，但是在执行时间方面没有大的区别。 被评估的选项 下面是一个被评估的最重要选项的列表，附有简要描述： 选项名称 描述 -Xmx -Xms 这两个参数分别指定了虚拟机堆大小的最大值和最小值。通过设置最大值和最小值，可以指定固定的堆大小。有必要设置足够大的堆大小，以便虚拟机不会出现内存不足的情况，但如果堆大小设置得过大，垃圾收集时间就会不必要地延长。 -XX:+UseParNewGC 该选项启用可以与Concurrent收集程序同时运行的Parallel垃圾收集程序。 -XX:+UseConcMarkSweepGC 该选项启用Concurrent收集程序。 -XX:MaxNewSize -XX:NewSize 这两个选项定义young generation的最大值和最小值。将young的大小设置为大于总堆大小的一半时会造成效率低下。如果设置得过小，又会因为you