java8 gc_[译]Java8官方GC调优指南 --(四)设置分代大小

本套文章是Java8官方GC调优指南的全文翻译，点击查看原文,原文章名称《Java Platform, Standard Edition HotSpot Virtual Machine Garbage Collection Tuning Guide》

4 Sizing the Generations 设置分代大小

下图描述了堆内存已提交空间和虚拟空间的区别。在JVM启动初期，所有的内存空间都是保留的。保留的空间可以通过-Xmx参数来指定。如果-Xms参数比-Xmx参数要小，那么不是所有的空间都会立即提交到JVM。所有未提交的空间都标记为virtual(虚拟的)。如果系统需要，每个分代的heap空间都会增长到虚拟空间的最大值。

个人理解，系统初始化时有部分空间是未使用的，这些空间就是虚拟的，随着系统的负载升高，JVM会消耗这些虚拟空间，直到虚拟空间分配完毕。

一些参数设定的是heap中各部分的比例。例如NewRatio参数表示tenured区和young区的比。

Total Heap 堆的总量

下面将要导论的heap动态增长和heap的默认大小不适用于parallel collector。不过，控制heap总大小的参数和分代大小的参数是适用于parallel collector的。

影响垃圾回收性能的最重要的因素是总可用内存。因为gc是在分代内存用完之后发生的，吞吐量与可用内存数量成反比。

默认的，jvm在每次GC时增大或减小heap大小来保证特定可用空间给那些存活的对象。这个特定的空间范围可以通过

-XX:MinHeapFreeRatio=和-XX:MaxHeapFreeRatio=参数来指定，而且总大小在-Xms和-Xmx之间。64bit的Solaris操作系统的默认参数如下表所示：

Parameter

DefaultValue

MinHeapFreeRatio

40

MaxHeapFreeRatio

70

-Xms

6656k

-Xmx

calcalated

根据这些参数，如果一个generation中的空闲空间小于40%,这个generation将会扩展，直到拥有40%的空闲空间或到了generation的最大值。类似的，如果空闲空间大于70%,这个generation就会收缩，直到符合70%。

就像上表所说的，默认的最大heap size是JVM计算出来的。这个计算过程之前是Java SE用于parallel collector和server JVM的，现在适用于所有的垃圾回收器。其中关于heap size的最大限制在32位平台和64位平台略有不同。具体可以看The Parrallel Collector章节。

下面三条建议是关于服务端应用的：

除非你遇到停顿时间过长的问题，否则尽可能多的给JVM分配更多的内存。默认大小往往都太小了。

将-Xms和-Xmx参数设置成相同的值可以去掉JVM做的那些动态扩缩Heap的操作。但是，如果你这么搞其实是不合理的，JVM也没办法帮你做调整了，因为你选择固定大小的堆。

通常，提升内存时CPU核数也要提升，内存分配也可以并行化。

The Young Generation 年轻代

除了总可用内存大小，拥有第二影响力的参数是young区占总heap的比例。young区越大，minor gc发生频率越小。然而，对于一个有界的heap，更大的young区往往意味着你的tenured区很小，这会提升major gc的次数。具体如何选择，取决于你的存活对象分布图。

默认情况下，young区大小受参数NewRatio控制。例如，设置-XX:NewRatio=3意味着young:tenured=1:3，换句话说，eden+2 survivor区的大小是整个堆的4分之一。

参数NewSize和MaxNewSize标记了young区的上下界。将这两个值设置成一样就将young区设置为定长的，就像你把-Xms和-Xmx设置成定长的也就固定了heap大小一样。

Survivor Space Sizing 设置Survivor区大小

你可以使用SurvivorRatio参数来调整survivor区的大小，不过大多数这都不怎么影响性能。例如，-XX:SurvivorRatio=6参数表示eden:survivor=1:6。换句话说，每个survivor区的大小占1个eden区大小的6分之1，也是young区的8分之1。

如果survivor区太小，复制回收时多出来的对象会直接进tenured generation。如果survivor区太大，会造成空间浪费。每次回收时，jvm会选择一个阈值，这个值是一个对象进入tenured区之前的复制次数。这个值最好能刚好让2个survivor区中的一个是满的。如果这个值太小，可能survivor没满对象就进老年代了，如果太大，直接就进老年代了。-XX:+PrintTenuringDistribution参数(不是所有的回收器都提供)可以显示young区中对象的复制阈值。如果要观察对象的分布图，这个参数也是很有用的。

下表提供了64 bit Solaris的默认参数：

Parameter

Server JVM Default Value

NewRatio

2

NewSize

1301M

MaxNewSize

not limited

SurvivorRatio

8

young区的最大值会根据heap size和NewRatio参数来计算。当然了，如果你设置了MaxNewSize，那就有限制了。

下面几条是服务端应用的建议：

先决定你能给JVM多少heap。再划出应用性能和young区大小关系曲线，寻找最佳的设置。

注意heap size一定要比物理机内存小，否则会有问题。

如果heap size是固定的，那么提高young区大小会降低tenured区大小。要保证tenured区足够大，在程序任意时刻都能够装下所有的存活对象，此外，还要提供20%左右的额外空间。

我要是能做到上面那一点，那这世界上还会有OOM吗？

Subject to the previously stated constraint on the tenured generation:(这句话我没理解)

给young区足够的空间。

提升young区时也提高cpu核数，因为可以并行分配内存