读Java性能权威指南（第2版）笔记16垃圾回收C

　　读Java性能权威指南（第2版）笔记16_垃圾回收C1.调整堆的大小1.1.随着堆的大小增加，停顿的持续时间也会增加1.2.停顿发生的频率确实会降低，但是停顿的持续时间会拖慢整体性能1.3.操作系统进行的交换对JVM是不公开的1.3.1.操作系统要将数据从磁盘交换到RAM，这是一个代价高昂的操作1.4.首要规则是设定堆的大小永远不要超过机器的物理内存1.4.1.如果有多个JVM在运行，那么这适用于所有堆的总和1.5.-XmsN标志1.5.1.初始值1.6.-XmxN标志1.6.1.最大值1.7.默认值
　　1.7.2.在物理内存小于192 MB的机器上，堆的最大值会是物理内存的一半（96 MB或更少）1.8.如果JVM发现堆在初始大小时，GC的次数太多，它就会不断地增加堆大小，直到JVM执行的GC数量＂适当＂，或者直到堆大小达到最大值1.9.对于不需要堆很大的应用程序来说，根本不需要设置堆的大小，只需要设定GC算法的性能目标1.10.除非应用程序需要比默认值更大的堆，否则优化时可以调整GC算法的性能目标而不是微调堆的大小1.11.一个有效的经验是，调整堆的大小，让其在Full GC之后，仍然被占用30%1.11.1.用jconsole连接应用程序，强制执行Full GC，并观察当Full GC完成后有多少内存被占用1.11.2.确保它有额外的0.5 GB~1 GB内存来满足JVM的非堆需求1.12.当JVM运行在隔离容器中时，你需要设定堆的最大值1.13.确切地知道应用程序需要多大的堆，那么不妨将初始值和最大值都设置为该值1.13.1.因为GC不再需要弄清楚是否应该调整堆大小，稍微高效一点2.调整分代大小2.1.新生代相对较大2.1.1.Young GC的停顿时间会增加2.1.2.新生代的回收频率会降低2.1.3.晋升到老年代的对象也会更少2.1.4.老年代相对会更小2.1.4.1.被填满的频率会更高2.1.4.2.会执行更多的Full GC2.2.优化分代大小的命令行标志，调整的都是新生代的大小，老年代自动得到剩余的所有空间2.3.-XX:NewRatio=N2.3.1.设置新生代与老年代的比例2.3.2.新生代初始大小=堆的初始大小/(1 +NewRatio)2.3.3.默认值是22.3.3.1.新生代的初始大小是堆初始大小的33%2.3.4.如果应用程序会动态调整堆大小，并且需要更大的（或更小的）新生代，那就重点设置NewRatio的值2.4.-XX:NewSize=N2.4.1.设置新生代的初始值2.4.2.设置了该选项，那么它将优先于通过NewRatio计算出来的值2.4.3.没有默认值2.4.3.1.默认情况下这个值会通过NewRatio计算出来2.5.-XX:MaxNewSize=N2.5.1.设置新生代的最大值2.5.2.通过设定新生代的最小值和最大值来进行优化是十分困难的2.6.-XmnN2.6.1.将NewSize和MaxNewSize设置为同一个值的简单写法2.6.2.如果堆的大小是固定的（通过设置-Xms等于-Xmx），通常最好也用-Xmn将新生代大小设为固定的2.7.自适应大小2.7.1.一般应该保持开启2.7.1.1.因为GC算法会通过调整代的大小，来尽量满足它们停顿时间的目标2.7.1.2.控制着JVM改变堆内新生代和老年代比例的方式2.7.2.关闭-XX:-UseAdaptiveSizePolicy标志2.7.2.1.默认值为true2.7.3.如果堆的最小值和最大值设置为相同的值，并且新生代的初始值和最大值也设为相同的值，那么自适应大小实际上就被关闭了2.7.4.如果你想将其中某个阶段的GC优化到最佳状态，禁用自适应大小很有用2.7.5.对于精细优化过的堆，禁用自适应大小能小幅提升性能2.7.6.开启-XX:+PrintAdaptiveSizePolicy标志2.7.6.1.查看JVM是如何调整应用程序内空间大小2.7.6.2.执行GC时，GC日志里会包含回收过程中各个代是如何调整大小的详细信息