一、JVM堆設置html
設置JVM最大堆內存 爲3550M。java
設置JVM初始堆內存 爲3550M。此值能夠設置與-Xmx相同,以免每次垃圾回收完成後JVM從新分配內存。算法
設置每一個線程的棧大小。JDK5.0之後每一個線程棧大小爲1M,以前每一個線程棧大小爲256K。應當根據應用的線程所需內存大小進行調整。在相同物理內存下,減少這個值能生成更多的線程。可是操做系統對一個進程內的線程數仍是有限制的,不能無限生成,經驗值在3000~5000左右。服務器
設置堆內存年輕代大小爲2G。整個堆內存大小=年輕代大小+年老代大小+持久代大小。持久代通常固定大小爲64m,因此增大年輕代後,將會減少年老代大小。此值對系統性能影響較大,Sun官方推薦配置爲整個堆的3/8。多線程
設置堆內存持久代 初始值爲256M。(貌似是Eclipse等IDE的初始化參數)併發
新生成的對象能佔用內存的最大值。性能
設置持久代最大值爲512M。測試
設置堆內存年輕代(包括Eden和兩個Survivor區)與堆內存年老代的比值(除去持久代) 。設置爲4,則年輕代所佔與年老代所佔的比值爲1:4。操作系統
設置堆內存年輕代中Eden區與Survivor區大小的比值。設置爲4,則兩個Survivor區(JVM堆內存年輕代中默認有2個Survivor區)與一個Eden區的比值爲2:4,一個Survivor區佔 整個年輕代的1/6。命令行
表示一個對象若是在救助空間(Survivor區)移動7次尚未被回收就放入年老代。
若是設置爲0的話,則年輕代對象不通過Survivor區,直接進入年老代,對於年老代比較多的應用,這樣作能夠提升效率。
若是將此值設置爲一個較大值,則年輕代對象會在Survivor區進行屢次複製,這樣能夠增長對象在年輕代存活時間,增長對象在年輕代即被回收的機率。
二、回收器選擇
JVM給了三種選擇:串行收集器、並行收集器、併發收集器,可是串行收集器只適用於小數據量的狀況,因此這裏的選擇主要針對並行收集器和併發收集器。
默認狀況下,JDK5.0之前都是使用串行收集器,若是想使用其餘收集器須要在啓動時加入相應參數。JDK5.0之後,JVM會根據當前系統配置進行智能判斷。
串行收集器
設置串行收集器
並行收集器(吞吐量優先)
選擇垃圾收集器爲並行收集器。此配置僅對年輕代有效。即上述配置下,年輕代使用併發收集,而年老代仍舊使用串行收集。
配置並行收集器的線程數,即:同時多少個線程一塊兒進行垃圾回收。此值最好配置與處理器數目相等。
配置年老代垃圾收集方式爲並行收集。JDK6.0支持對年老代並行收集。
設置每次年輕代垃圾回收的最長時間(單位毫秒),若是沒法知足此時間,JVM會自動調全年輕代大小,以知足此值。
設置此選項後,並行收集器會自動選擇年輕代區大小和相應的Survivor區比例,以達到目標系統規定的最低響應時間或者收集頻率等。
此參數建議使用並行收集器時,一直打開。
併發收集器(響應時間優先)
設置年輕代爲併發收集。可與CMS收集同時使用。JDK5.0以上,JVM會根據系統配置自行設置,因此無需再設置此值。
三、CMS全稱Concurrent Low Pause Collector
jdk1.4後期版本開始引入的新gc算法,在jdk5和jdk6中獲得了進一步改進,它的主要適合場景是對響應時間的重要性需求大於對吞吐量的要求,可以承受垃圾回收線程和應用線程共享處理器資源,而且應用中存在比較多的長生命週期的對象的應用。CMS是用於對tenuredgeneration的回收,也就是年老代的回收,目標是儘可能減小應用的暫停時間,減小FullGC發生的概率,利用和應用程序線程併發的垃圾回收線程來 標記清除年老代。
設置年老代爲併發收集。測試中配置這個之後,-XX:NewRatio=4的配置失效了。因此,此時年輕代大小最好用-Xmn設置。
因爲併發收集器不對內存空間進行壓縮、整理,因此運行一段時間之後會產生「碎片」,使得運行效率下降。此參數設置運行次FullGC之後對內存空間進行壓縮、整理。
打開對年老代的壓縮。可能會影響性能,可是能夠消除內存碎片。
設置爲增量收集模式。通常適用於單CPU狀況。
表示年老代空間到70%時就開始執行CMS,確保年老代有足夠的空間接納來自年輕代的對象。
注:若是使用 throughput collector 和 concurrent low pause collector 這兩種垃圾收集器,須要適當的挺高內存大小,爲多線程作準備。
四、其它
新生代GC優先於Full GC執行。
禁止調用System.gc(),但JVM的gc仍然有效。
最大化文件描述符的數量限制。
啓用本地線程優先級API,即便 java.lang.Thread.setPriority() 生效,反之無效。
「軟引用」的對象在最後一次被訪問後能存活0毫秒(默認爲1秒)。
容許90%的Survivor空間被佔用(默認爲50%)。提升對於Survivor的使用率——超過就會嘗試垃圾回收。
五、輔助信息
JVM服務調優實戰
服務器:8 cup, 8G mem
e.g.
java -Xmx3550m -Xms3550m -Xss128k -XX:NewRatio=4 -XX:SurvivorRatio=4 -XX:MaxPermSize=16m -XX:MaxTenuringThreshold=0
調優方案:
-Xmx5g:設置JVM最大可用內存爲5G。
-Xms5g:設置JVM初始內存爲5G。此值能夠設置與-Xmx相同,以免每次垃圾回收完成後JVM從新分配內存。
-Xmn2g:設置年輕代大小爲2G。整個堆內存大小=年輕代大小+年老代大小+持久代大小。持久代通常固定大小爲64m,因此增大年輕代後,將會減少年老代大小。此值對系統性能影響較大,Sun官方推薦配置爲整個堆的3/8。
-XX:+UseParNewGC:設置年輕代爲並行收集。可與CMS收集同時使用。JDK5.0以上,JVM會根據系統配置自行設置,因此無需再設置此值。
-XX:ParallelGCThreads=8:配置並行收集器的線程數,即:同時多少個線程一塊兒進行垃圾回收。此值最好配置與處理器數目相等。
-XX:SurvivorRatio=6:設置年輕代中Eden區與Survivor區的大小比值。根據經驗設置爲6,則兩個Survivor區與一個Eden區的比值爲2:6,一個Survivor區佔整個年輕代的1/8。
-XX:MaxTenuringThreshold=30:設置垃圾最大年齡(次數)。若是設置爲0的話,則年輕代對象不通過Survivor區直接進入年老代。對於年老代比較多的應用,能夠提升效率。若是將此值設置爲一個較大值,則年輕代對象會在Survivor區進行屢次複製,這樣能夠增長對象再年輕代的存活時間,增長在年輕代即被回收的機率。設置爲30表示 一個對象若是在Survivor空間移動30次尚未被回收就放入年老代。
-XX:+UseConcMarkSweepGC:設置年老代爲併發收集。測試配置這個參數之後,參數-XX:NewRatio=4就失效了,因此,此時年輕代大小最好用-Xmn設置,所以這個參數不建議使用。
轉自:http://www.cnblogs.com/jack204/archive/2012/07/02/2572934.html