JVM参数详情记录

CMS是老年代垃圾收集器，在收集过程中可以与用户线程并发操作。CMS牺牲了系统的吞吐量来追求收集速度，适合追求垃圾收集速度的服务器上。可以通过JVM启动参数：-XX:+UseConcMarkSweepGC来开启CMS

-XX:CMSInitiatingPermOccupancyFraction：当永久区占用率达到这一百分比时，启动CMS回收
-XX:CMSInitiatingOccupancyFraction：设置CMS收集器在老年代空间被使用多少后触发
-XX:+CMSClassUnloadingEnabled：允许对类元数据进行回收
-XX:CMSFullGCsBeforeCompaction：设定进行多少次CMS垃圾回收后，进行一次内存压缩
-XX:NewRatio:新生代和老年代的比
-XX:ParallelCMSThreads：设定CMS的线程数量
-XX:ParallelGCThreads：设置用于垃圾回收的线程数
-XX:SurvivorRatio：设置eden区大小和survivior区大小的比例
-XX:+UseParNewGC：在新生代使用并行收集器
-XX:+UseParallelGC ：新生代使用并行回收收集器
-XX:+UseParallelOldGC：老年代使用并行回收收集器
-XX:+UseSerialGC：在新生代和老年代使用串行收集器
-XX:+UseConcMarkSweepGC：新生代使用并行收集器，老年代使用CMS+串行收集器
-XX:+UseCMSCompactAtFullCollection：设置CMS收集器在完成垃圾收集后是否要进行一次内存碎片的整理
-XX:UseCMSInitiatingOccupancyOnly：表示只在到达阀值的时候，才进行CMS回收
-Xms:设置堆的最小空间大小。
-Xmx:设置堆的最大空间大小。
-XX:NewSize设置新生代最小空间大小。
-XX:MaxNewSize设置新生代最大空间大小。
-XX:PermSize设置永久代最小空间大小。
-XX:MaxPermSize设置永久代最大空间大小。
-Xss:设置每个线程的堆栈大小
-Xmn:设置年轻代的大小

-XX:NewRatio设置年轻代和年老代的比值。如:为3，表示年轻代与年老代比值为1：3，年轻代占整个年轻代年老代和的1/4

-XX:SurvivorRatio年轻代中Eden区与两个Survivor区的比值。注意Survivor区有两个。如：3，表示Eden：Survivor=3：2，一个Survivor区占整个年轻代的1/5

-XX:PrintGCDetails 开启了详细GC日志模式。在这种模式下，日志格式和所使用的GC算法有关。

内存碎片问题
CMS是基于标记-清除算法的，CMS只会删除无用对象，不会对内存做压缩，会造成内存碎片，这时候我们需要用到这个参数：
-XX:CMSFullGCsBeforeCompaction=n
意思是说在上一次CMS并发GC执行过后，到底还要再执行多少次full GC才会做压缩。默认是0，也就是在默认配置下每次CMS GC顶不住了而要转入full GC的时候都会做压缩。 如果把CMSFullGCsBeforeCompaction配置为10，就会让上面说的第一个条件变成每隔10次真正的full GC才做一次压缩。
cms
CMS收集器只收集老年代，其以吞吐量为代价换取收集速度。
CMS收集过程分为：初始标记、并发标记、预清理阶段、可终止预清理、重新标记和并发清理阶段。其中初始标记和重新标记是STW的。CMS大部分时间都花费在重新标记阶段，可以让虚拟机先进行一次Young GC，减少停顿时间。CMS无法解决"浮动垃圾"问题。
由于CMS的收集线程和用户线程并发，可能在收集过程中出现"concurrent mode failure"，解决方法是让CMS尽早GC。在一定次数的Full GC之后让CMS对内存做一次压缩，减少内存碎片，防止年轻代对象晋升到老年代时因为内存碎片问题导致晋升失败

G1的一些参数记录

开启选项：-XX:+UseG1GC
-XX:G1HeapRegionSize=n  指定分区大小(1MB~32MB，且必须是2的幂)，默认将整堆划分为2048个分区
-Xms/-Xmx来指定堆空间大小
-XX:GCTimeRatio即为GC与应用的耗费时间比，G1默认为9，CMS默认为99
初始空间-XX:G1NewSizePercent(默认整堆5%)
最大空间-XX:G1MaxNewSizePercent(默认60%)
目标暂停时间-XX:MaxGCPauseMillis(默认200ms)
参数-XX:NewRatio、-Xmn 设置年轻代，但暂停目标将失去意义