JVM 优化经验总结

Full GC 的成本远远高于 Minor GC，某些情况下尽可能将对象分配在年轻代是明智的选择

内存空间不紧张时JVM会尝试在Eden区分配对象

内存空间紧张时JVM会将部分年轻对象提前向老年代压缩

大对象出现在年轻代可能扰乱年轻代GC，破坏年轻代原有对象结构

为了有足够空间容纳大对象，JVM不得不将年轻代中的对象挪到年老代

可能会导致移动大量年轻代的小对象到年老代，对GC不利

短命的大对象是GC的灾难，打乱了GC的基本思路，尽量避免使用

年轻代的对象经过N次GC（N=年龄）后，进入年老代

对象在Eden区经理第一次GC后存活的，年龄加1，移动到Survivor取

尽可能减少系统执行垃圾回收的总时间

可考虑关注系统吞吐量的并行回收收集器

示例参数：–Xmx3800m –Xms3800m –Xmn2G –Xss128k –XX:+UseParallelGC

–XX:ParallelGC-Threads=20 –XX:+UseParallelOldGC

Solaris系统中，JVM可以支持Large Page Size

使用大的内存分页可以增强CPU的内存寻址能力，从而提升性能

过大的内存分页会导致JVM在计算Heap内部分区（perm,new,old）内存占用比例时，出现超出正常值的划分

最坏情况下某个区会多占用一个页的大小

示例：java –Xmx2506m –Xms2506m –Xmn1536m –Xss128k –XX:++UseParallelGC

–XX:ParallelGCThreads=20 –XX:+UseParallelOldGC –XX:+LargePageSizeInBytes=256m

降低GC时的停顿

首先考虑使用关注系统停顿的CMS回收器

减少Full GC次数

尽可能将对象留在年轻代

示例：java –Xmx3550m –Xms3550m –Xmn2g –Xss128k –XX:ParallelGCThreads=20

–XX:+UseConcMarkSweepGC –XX:+UseParNewGC –XX:+SurvivorRatio=8 –XX:TargetSurvivorRatio=90

–XX:MaxTenuringThreshold=31

有自己完善的硬件架构

屏蔽具体操作系统信息，使得字节码可以在多种平台运行

把字节码解析成机器指令执行

稳定的堆

动荡的堆

GC

其他

-XX:MetaspaceSize

-XX:MaxMetaspaceSize