堆設置
- -Xmx3550m：設置JVM最大堆內存 為3550M。
- -Xms3550m：設置JVM初始堆內存 為3550M。此值可以設置與-Xmx相同，以避免每次垃圾回收完成后JVM重新分配內存。
- -Xss128k：設置每個線程的棧 大小。JDK5.0以后每個線程棧大小為1M，之前每個線程棧大小為256K。應當根據應用的線程所需內存大小進行調整。在相同物理內存下，減小這個值能生成更多的線程。但是操作系統(tǒng)對一個進程內的線程數還是有限制的，不能無限生成，經驗值在3000~5000左右。
- -Xmn2g：設置堆內存年輕代 大小為2G。整個堆內存大小 = 年輕代大小 + 年老代大小 + 持久代大小 。持久代一般固定大小為64m，所以增大年輕代后，將會減小年老代大小。此值對系統(tǒng)性能影響較大，Sun官方推薦配置為整個堆的3/8。
- -XX:PermSize=256M：設置堆內存持久代 初始值為256M。(貌似是Eclipse等IDE的初始化參數)
- -XX:MaxNewSize=size：新生成的對象能占用內存的最大值。
- -XX:MaxPermSize=512M：設置持久代最大值為512M。
- -XX:NewRatio=4：設置堆內存年輕代（包括Eden和兩個Survivor區(qū)）與堆內存年老代的比值（除去持久代） 。設置為4，則年輕代所占與年老代所占的比值為1:4。
- -XX:SurvivorRatio=4：設置堆內存年輕代中Eden區(qū)與Survivor區(qū)大小的比值 。設置為4，則兩個Survivor區(qū)（JVM堆內存年輕代中默認有2個Survivor區(qū)）與一個Eden區(qū)的比值為2:4，一個Survivor區(qū)占整個年輕代的1/6。
- -XX:MaxTenuringThreshold=7：表示一個對象如果在救助空間（Survivor區(qū)）移動7次還沒有被回收就放入年老代。
- 如果設置為0的話，則年輕代對象不經過Survivor區(qū)，直接進入年老代，對于年老代比較多的應用，這樣做可以提高效率。
- 如果將此值設置為一個較大值，則年輕代對象會在Survivor區(qū)進行多次復制，這樣可以增加對象在年輕代存活時間，增加對象在年輕代即被回收的概率。
回收器選擇
JVM給了三種選擇：串行收集器、并行收集器、并發(fā)收集器，但是串行收集器只適用于小數據量的情況，所以這里的選擇主要針對并行收集器和并發(fā)收集器。
默認情況下，JDK5.0以前都是使用串行收集器，如果想使用其他收集器需要在啟動時加入相應參數。JDK5.0以后，JVM會根據當前系統(tǒng)配置進行智能判斷。
串行收集器
并行收集器(吞吐量優(yōu)先)
- -XX:+UseParallelGC：選擇垃圾收集器為并行收集器。此配置僅對年輕代有效。即上述配置下，年輕代使用并發(fā)收集，而年老代仍舊使用串行收集。
- -XX:ParallelGCThreads=20：配置并行收集器的線程數，即：同時多少個線程一起進行垃圾回收。此值最好配置與處理器數目相等。
- -XX:+UseParallelOldGC：配置年老代垃圾收集方式為并行收集。JDK6.0支持對年老代并行收集。
- -XX:MaxGCPauseMillis=100：設置每次年輕代垃圾回收的最長時間（單位毫秒），如果無法滿足此時間，JVM會自動調整年輕代大小，以滿足此值。
- -XX:+UseAdaptiveSizePolicy：設置此選項后，并行收集器會自動選擇年輕代區(qū)大小和相應的Survivor區(qū)比例，以達到目標系統(tǒng)規(guī)定的最低響應時間或者收集頻率等。
并發(fā)收集器(響應時間優(yōu)先)
- -XX:+UseParNewGC：設置年輕代為并發(fā)收集?？膳cCMS收集同時使用。JDK5.0以上，JVM會根據系統(tǒng)配置自行設置，所以無需再設置此值。
- CMS，全稱Concurrent Low Pause Collector，是jdk1.4后期版本開始引入的新gc算法，在jdk5和jdk6中得到了進一步改進，它的主要適合場景是對響應時間的重要性需求大于對吞吐量的要求，能夠承受垃圾回收線程和應用線程共享處理器資源，并且應用中存在比較多的長生命周期的對象的應用。CMS是用于對tenured generation的回收，也就是年老代的回收，目標是盡量減少應用的暫停時間，減少FullGC發(fā)生的幾率，利用和應用程序線程并發(fā)的垃圾回收線程來標記清除年老代。
- -XX:+UseConcMarkSweepGC：設置年老代為并發(fā)收集。測試中配置這個以后，-XX:NewRatio=4的配置失效了。所以，此時年輕代大小最好用-Xmn設置。
- -XX:CMSFullGCsBeforeCompaction=：由于并發(fā)收集器不對內存空間進行壓縮、整理，所以運行一段時間以后會產生“碎片”，使得運行效率降低。此參數設置運行次FullGC以后對內存空間進行壓縮、整理。
- -XX:+UseCMSCompactAtFullCollection：打開對年老代的壓縮。可能會影響性能，但是可以消除內存碎片。
- -XX:+CMSIncrementalMode：設置為增量收集模式。一般適用于單CPU情況。
- -XX:CMSInitiatingOccupancyFraction=70：表示年老代空間到70%時就開始執(zhí)行CMS，確保年老代有足夠的空間接納來自年輕代的對象。
注：如果使用 throughput collector 和 concurrent low pause collector 這兩種垃圾收集器，需要適當的挺高內存大小，為多線程做準備。
其它
- -XX:+ScavengeBeforeFullGC：新生代GC優(yōu)先于Full GC執(zhí)行。
- -XX:-DisableExplicitGC：禁止調用System.gc()，但JVM的gc仍然有效。
- -XX:+MaxFDLimit：最大化文件描述符的數量限制。
- -XX:+UseThreadPriorities：啟用本地線程優(yōu)先級API，即使
java.lang.Thread.setPriority() 生效，反之無效。 - -XX:SoftRefLRUPolicyMSPerMB=0：“軟引用”的對象在最后一次被訪問后能存活0毫秒（默認為1秒）。
- -XX:TargetSurvivorRatio=90：允許90%的Survivor空間被占用（默認為50%）。提高對于Survivor的使用率——超過就會嘗試垃圾回收。
輔助信息
- -XX:-CITime：打印消耗在JIT編譯的時間
- -XX:ErrorFile=./hs_err_pid.log：保存錯誤日志或者數據到指定文件中
- -XX:-ExtendedDTraceProbes：開啟solaris特有的dtrace探針
- -XX:HeapDumpPath=./java_pid.hprof：指定導出堆信息時的路徑或文件名
- -XX:-HeapDumpOnOutOfMemoryError：當首次遭遇內存溢出時導出此時堆中相關信息
- -XX:OnError=";"：出現致命ERROR之后運行自定義命令
- -XX:OnOutOfMemoryError=";"：當首次遭遇內存溢出時執(zhí)行自定義命令
- -XX:-PrintClassHistogram：遇到Ctrl-Break后打印類實例的柱狀信息，與jmap -histo功能相同
- -XX:-PrintConcurrentLocks：遇到Ctrl-Break后打印并發(fā)鎖的相關信息，與jstack -l功能相同
- -XX:-PrintCommandLineFlags：打印在命令行中出現過的標記
- -XX:-PrintCompilation：當一個方法被編譯時打印相關信息
- -XX:-PrintGC：每次GC時打印相關信息
- -XX:-PrintGC Details：每次GC時打印詳細信息
- -XX:-PrintGCTimeStamps：打印每次GC的時間戳
- -XX:-TraceClassLoading：跟蹤類的加載信息
- -XX:-TraceClassLoadingPreorder：跟蹤被引用到的所有類的加載信息
- -XX:-TraceClassResolution：跟蹤常量池
- -XX:-TraceClassUnloading：跟蹤類的卸載信息
- -XX:-TraceLoaderConstraints：跟蹤類加載器約束的相關信息
JVM服務調優(yōu)實戰(zhàn)
服務器：8 cup, 8G mem
e.g.
java -Xmx3550m -Xms3550m -Xss128k -XX:NewRatio=4 -XX:SurvivorRatio=4 -XX:MaxPermSize=16m -XX:MaxTenuringThreshold=0
調優(yōu)方案：
- -Xmx5g：設置JVM最大可用內存為5G。
- -Xms5g：設置JVM初始內存為5G。此值可以設置與-Xmx相同，以避免每次垃圾回收完成后JVM重新分配內存。
- -Xmn2g：設置年輕代大小為2G。整個堆內存大小 = 年輕代大小 + 年老代大小 + 持久代大小 。持久代一般固定大小為64m，所以增大年輕代后，將會減小年老代大小。此值對系統(tǒng)性能影響較大，Sun官方推薦配置為整個堆的3/8。
- -XX:+UseParNewGC：設置年輕代為并行收集。可與CMS收集同時使用。JDK5.0以上，JVM會根據系統(tǒng)配置自行設置，所以無需再設置此值。
- -XX:ParallelGCThreads=8：配置并行收集器的線程數，即：同時多少個線程一起進行垃圾回收。此值最好配置與處理器數目相等。
- -XX:SurvivorRatio=6：設置年輕代中Eden區(qū)與Survivor區(qū)的大小比值。根據經驗設置為6，則兩個Survivor區(qū)與一個Eden區(qū)的比值為2:6，一個Survivor區(qū)占整個年輕代的1/8。
- -XX:MaxTenuringThreshold=30：設置垃圾最大年齡（次數）。如果設置為0的話，則年輕代對象不經過Survivor區(qū)直接進入年老代。對于年老代比較多的應用，可以提高效率。如果將此值設置為一個較大值，則年輕代對象會在Survivor區(qū)進行多次復制，這樣可以增加對象再年輕代的存活時間，增加在年輕代即被回收的概率。設置為30表示一個對象如果在Survivor空間移動30次還沒有被回收就放入年老代。
- -XX:+UseConcMarkSweepGC：設置年老代為并發(fā)收集。測試配置這個參數以后，參數-XX:NewRatio=4就失效了，所以，此時年輕代大小最好用-Xmn設置，因此這個參數不建議使用。
參考資料 - JVM堆內存的分代
虛擬機的堆內存共劃分為三個代：年輕代（Young Generation）、年老代（Old Generation）和持久代（Permanent Generation）。其中持久代主要存放的是Java類的類信息，與垃圾收集器要收集的Java對象關系不大。所以，年輕代和年老代的劃分才是對垃圾收集影響比較大的。
年輕代
所有新生成的對象首先都是放在年輕代的。年輕代的目標就是盡可能快速的收集掉那些生命周期短的對象。年輕代分三個區(qū)。一個Eden區(qū)，兩個 Survivor區(qū)(一般而言)。
大部分對象在Eden區(qū)中生成。當Eden區(qū)滿時，還存活的對象將被復制到Survivor區(qū)（兩個中的一個），當一個Survivor區(qū)滿時，此區(qū)的存活對象將被復制到另外一個Survivor區(qū)，當另一個Survivor區(qū)也滿了的時候，從前一個Survivor區(qū)復制過來的并且此時還存活的對象，將被復制“年老區(qū)(Tenured)”。
需要注意，兩個Survivor區(qū)是對稱的，沒先后關系，所以同一個Survivor區(qū)中可能同時存在從Eden區(qū)復制過來對象，和從另一個Survivor區(qū)復制過來的對象；而復制到年老區(qū)的只有從前一個Survivor區(qū)（相對的）過來的對象。而且，Survivor區(qū)總有一個是空的。特殊的情況下，根據程序需要，Survivor區(qū)是可以配置為多個的（多于兩個），這樣可以增加對象在年輕代中的存在時間，減少被放到年老代的可能。
年老代
在年輕代中經歷了N（可配置）次垃圾回收后仍然存活的對象，就會被放到年老代中。因此，可以認為年老代中存放的都是一些生命周期較長的對象。
持久代
用于存放靜態(tài)數據，如 Java Class, Method 等。持久代對垃圾回收沒有顯著影響，但是有些應用可能動態(tài)生成或者調用一些Class，例如 Hibernate 等，在這種時候需要設置一個比較大的持久代空間來存放這些運行過程中動態(tài)增加的類型。持久代大小通過 -XX:MaxPermSize= 進行設置。
本站僅提供存儲服務，所有內容均由用戶發(fā)布，如發(fā)現有害或侵權內容，請
點擊舉報。
