JVM调优总结（八）-典型配置举例2
常見配置匯總
?
堆設置
??-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：上面配置開啟的情況下，這里設置多少次FullGC后，對年老代進行壓縮
創作挑戰賽新人創作獎勵來咯，堅持創作打卡瓜分現金大獎總結
以上是生活随笔為你收集整理的JVM调优总结（八）-典型配置举例2的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 360与智谱AI宣布战略合作，共同研发千
- 下一篇： JVM调优总结（九）-新一代的垃圾回收算