http://pengjiaheng.iteye.com/blog/545015 ## 常見配置匯總 **堆設置** ??**-Xms:**初始堆大小 ??**-Xmx:**最大堆大小 ??**-XX:NewSize=n:**設置年輕代大小 ??**-XX:NewRatio=n:**設置年輕代和年老代的比值。如:為3，表示年輕代與年老代比值為1：3，年輕代占整個年輕代年老代和的1/4 ??**-XX:SurvivorRatio=n:**年輕代中Eden區與兩個Survivor區的比值。注意Survivor區有兩個。如：3，表示Eden：Survivor=3：2，一個Survivor區占整個年輕代的1/5 ??**-XX:MaxPermSize=n:**設置持久代大小 **收集器設置** ??**-XX:+UseSerialGC:**設置串行收集器 ??**-XX:+UseParallelGC:**設置并行收集器 ??**-XX:+UseParalledlOldGC:**設置并行年老代收集器 ??**-XX:+UseConcMarkSweepGC:**設置并發收集器 **垃圾回收統計信息** ??**-XX:+PrintGC** **? -XX:+PrintGCDetails** **? -XX:+PrintGCTimeStamps** **? -Xloggc:filename** **并行收集器設置** ??**-XX:ParallelGCThreads=n**:設置并行收集器收集時使用的CPU數。并行收集線程數。 ??**-XX:MaxGCPauseMillis=n**:設置并行收集最大暫停時間 ??**-XX:GCTimeRatio=n**:設置垃圾回收時間占程序運行時間的百分比。公式為1/(1+n) **并發收集器設置** ??**-XX:+CMSIncrementalMode:**設置為增量模式。適用于單CPU情況。 ??**-XX:ParallelGCThreads=n:**設置并發收集器年輕代收集方式為并行收集時，使用的CPU數。并行收集線程數。 ## 調優總結 **年輕代大小選擇** **響應時間優先的應用：**盡可能設大，直到接近系統的最低響應時間限制（根據實際情況選擇）。在此種情況下，年輕代收集發生的頻率也是最小的。同時，減少到達年老代的對象。 **吞吐量優先的應用：**盡可能的設置大，可能到達Gbit的程度。因為對響應時間沒有要求，垃圾收集可以并行進行，一般適合8CPU以上的應用。 **年老代大小選擇** **響應時間優先的應用：**年老代使用并發收集器，所以其大小需要小心設置，一般要考慮**并發會話率**和**會話持續時間**等一些參數。如果堆設置小了，可以會造成內存碎片、高回收頻率以及應用暫停而使用傳統的標記清除方式；如果堆大了，則需要較長的收集時間。最優化的方案，一般需要參考以下數據獲得： ? 1\. 并發垃圾收集信息 ? 2\. 持久代并發收集次數 ? 3\. 傳統GC信息 ? 4\. 花在年輕代和年老代回收上的時間比例 減少年輕代和年老代花費的時間，一般會提高應用的效率 **吞吐量優先的應用** 一般吞吐量優先的應用都有一個很大的年輕代和一個較小的年老代。原因是，這樣可以盡可能回收掉大部分短期對象，減少中期的對象，而年老代盡存放長期存活對象。 **較小堆引起的碎片問題** 因為年老代的并發收集器使用標記、清除算法，所以不會對堆進行壓縮。當收集器回收時，他會把相鄰的空間進行合并，這樣可以分配給較大的對象。但是，當堆空間較小時，運行一段時間以后，就會出現“碎片”，如果并發收集器找不到足夠的空間，那么并發收集器將會停止，然后使用傳統的標記、清除方式進行回收。如果出現“碎片”，可能需要進行如下配置： ??? 1.?**-XX:+UseCMSCompactAtFullCollection：**使用并發收集器時，開啟對年老代的壓縮。 ??? 2.?**-XX:CMSFullGCsBeforeCompaction=0：**上面配置開啟的情況下，這里設置多少次Full GC后，對年老代進行壓縮