JVM參數(shù)調(diào)優(yōu)
JVM中用來放NEW出來的對象的內(nèi)存叫堆內(nèi)存,用來放CLASS等靜態(tài)的對象的內(nèi)存叫非堆內(nèi)存,如果不加指定,默認(rèn)情況下就幾十兆。當(dāng)遇上一些飯量大的家伙,如POI,導(dǎo)出上萬條數(shù)據(jù)時,就會報內(nèi)存溢出。所以在生產(chǎn)環(huán)境要指定這些內(nèi)存的大小。
-server
一定要作為第一個參數(shù),會使JVM啟動速度變慢,但會顯著提升JVM性能
-Xms<size>
設(shè)置初始化時堆內(nèi)存大小,有多大就設(shè)多大。設(shè)置與-Xmx相同,以避免每次垃圾回收完成后JVM重新分配內(nèi)存。
-Xmx<size>
設(shè)置堆內(nèi)存最大值,有多大就設(shè)多大
-XX:PermSize=300M
設(shè)置初始化時非堆內(nèi)存大小,一般為總內(nèi)存的1/8
-XX:MaxPermSize=300M
設(shè)置非堆內(nèi)存最大值,一般為總內(nèi)存的1/4
-Xmn2g:設(shè)置年輕代大小為2G.整個堆大小=年輕代大小 + 年老代大小 + 持久代大小.持久代一般固定大小為64m,所以增大年輕代后,將會減小年老代大小.此值對系統(tǒng)性能影響較大,Sun官方推薦配置為整個堆的3/8.
-Xss128k: 設(shè)置每個線程的堆棧大小.JDK5.0以后每個線程堆棧大小為1M,以前每個線程堆棧大小為256K.更具應(yīng)用的線程所需內(nèi)存大小進(jìn)行 調(diào)整.在相同物理內(nèi)存下,減小這個值能生成更多的線程.但是操作系統(tǒng)對一個進(jìn)程內(nèi)的線程數(shù)還是有限制的,不能無限生成,經(jīng)驗(yàn)值在3000~5000左右.
-XX:NewRatio=4:設(shè)置年輕代(包括Eden和兩個Survivor區(qū))與年老代的比值(除去持久代).設(shè)置為4,則年輕代與年老代所占比值為1:4,年輕代占整個堆棧的1/5
-XX:SurvivorRatio=4:設(shè)置年輕代中Eden區(qū)與Survivor區(qū)的大小比值.設(shè)置為4,則兩個Survivor區(qū)與一個Eden區(qū)的比值為2:4,一個Survivor區(qū)占整個年輕代的1/6
-XX:MaxTenuringThreshold=0: 設(shè)置垃圾最大年齡.如果設(shè)置為0的話,則年輕代對象不經(jīng)過Survivor區(qū),直接進(jìn)入年老代. 對于年老代比較多的應(yīng)用,可以提高效率.如果將此值設(shè)置為一個較大值,則年輕代對象會在Survivor區(qū)進(jìn)行多次復(fù)制,這樣可以增加對象再年輕代的存活 時間,增加在年輕代即被回收的概論.
回收器選擇
JVM給了三種選擇:串行收集器,并行收集器,并發(fā)收集器,但是串行收集器只適用于小數(shù)據(jù) 量的情況,所以這里的選擇主要針對并行收集器和并發(fā)收集器.默認(rèn) 情況下,JDK5.0以前都是使用串行收集器,如果想使用其他收集器需要在啟動時加入相應(yīng)參數(shù).JDK5.0以后,JVM會根據(jù)當(dāng)前系統(tǒng)配置進(jìn)行判斷.
吞吐量優(yōu)先的并行收集器
如上文所述,并行收集器主要以到達(dá)一定的吞吐量為目標(biāo),適用于科學(xué)技術(shù)和后臺處理等.
典型配置:
-XX:+UseParallelGC
選擇垃圾收集器為并行收集器.此配置僅對年輕代有效.即上述配置下,年輕代使用并發(fā)收集,而年老代仍舊使用串行收集.
-XX:ParallelGCThreads=20
配置并行收集器的線程數(shù),即:同時多少個線程一起進(jìn)行垃圾回收.此值最好配置與處理器數(shù)目相等.
-XX:+UseParallelOldGC
配置年老代垃圾收集方式為并行收集.JDK6.0支持對年老代并行收集.
-XX:MaxGCPauseMillis=100
設(shè)置每次年輕代垃圾回收的最長時間,如果無法滿足此時間,JVM會自動調(diào)整年輕代大小,以滿足此值.
-XX:+UseAdaptiveSizePolicy
設(shè)置此選項(xiàng)后,并行收集器會自動選擇年輕代區(qū)大小和相應(yīng)的Survivor區(qū)比例,以達(dá)到目標(biāo)系統(tǒng)規(guī)定的最低相應(yīng)時間或者收集頻率等,此值建議使用并行收集器時,一直打開.
參考資料
-server
一定要作為第一個參數(shù),會使JVM啟動速度變慢,但會顯著提升JVM性能
-Xms<size>
設(shè)置初始化時堆內(nèi)存大小,有多大就設(shè)多大。設(shè)置與-Xmx相同,以避免每次垃圾回收完成后JVM重新分配內(nèi)存。
-Xmx<size>
設(shè)置堆內(nèi)存最大值,有多大就設(shè)多大
-XX:PermSize=300M
設(shè)置初始化時非堆內(nèi)存大小,一般為總內(nèi)存的1/8
-XX:MaxPermSize=300M
設(shè)置非堆內(nèi)存最大值,一般為總內(nèi)存的1/4
-Xmn2g:設(shè)置年輕代大小為2G.整個堆大小=年輕代大小 + 年老代大小 + 持久代大小.持久代一般固定大小為64m,所以增大年輕代后,將會減小年老代大小.此值對系統(tǒng)性能影響較大,Sun官方推薦配置為整個堆的3/8.
-Xss128k: 設(shè)置每個線程的堆棧大小.JDK5.0以后每個線程堆棧大小為1M,以前每個線程堆棧大小為256K.更具應(yīng)用的線程所需內(nèi)存大小進(jìn)行 調(diào)整.在相同物理內(nèi)存下,減小這個值能生成更多的線程.但是操作系統(tǒng)對一個進(jìn)程內(nèi)的線程數(shù)還是有限制的,不能無限生成,經(jīng)驗(yàn)值在3000~5000左右.
-XX:NewRatio=4:設(shè)置年輕代(包括Eden和兩個Survivor區(qū))與年老代的比值(除去持久代).設(shè)置為4,則年輕代與年老代所占比值為1:4,年輕代占整個堆棧的1/5
-XX:SurvivorRatio=4:設(shè)置年輕代中Eden區(qū)與Survivor區(qū)的大小比值.設(shè)置為4,則兩個Survivor區(qū)與一個Eden區(qū)的比值為2:4,一個Survivor區(qū)占整個年輕代的1/6
-XX:MaxTenuringThreshold=0: 設(shè)置垃圾最大年齡.如果設(shè)置為0的話,則年輕代對象不經(jīng)過Survivor區(qū),直接進(jìn)入年老代. 對于年老代比較多的應(yīng)用,可以提高效率.如果將此值設(shè)置為一個較大值,則年輕代對象會在Survivor區(qū)進(jìn)行多次復(fù)制,這樣可以增加對象再年輕代的存活 時間,增加在年輕代即被回收的概論.
回收器選擇
JVM給了三種選擇:串行收集器,并行收集器,并發(fā)收集器,但是串行收集器只適用于小數(shù)據(jù) 量的情況,所以這里的選擇主要針對并行收集器和并發(fā)收集器.默認(rèn) 情況下,JDK5.0以前都是使用串行收集器,如果想使用其他收集器需要在啟動時加入相應(yīng)參數(shù).JDK5.0以后,JVM會根據(jù)當(dāng)前系統(tǒng)配置進(jìn)行判斷.
吞吐量優(yōu)先的并行收集器
如上文所述,并行收集器主要以到達(dá)一定的吞吐量為目標(biāo),適用于科學(xué)技術(shù)和后臺處理等.
典型配置:
-XX:+UseParallelGC
選擇垃圾收集器為并行收集器.此配置僅對年輕代有效.即上述配置下,年輕代使用并發(fā)收集,而年老代仍舊使用串行收集.
-XX:ParallelGCThreads=20
配置并行收集器的線程數(shù),即:同時多少個線程一起進(jìn)行垃圾回收.此值最好配置與處理器數(shù)目相等.
-XX:+UseParallelOldGC
配置年老代垃圾收集方式為并行收集.JDK6.0支持對年老代并行收集.
-XX:MaxGCPauseMillis=100
設(shè)置每次年輕代垃圾回收的最長時間,如果無法滿足此時間,JVM會自動調(diào)整年輕代大小,以滿足此值.
-XX:+UseAdaptiveSizePolicy
設(shè)置此選項(xiàng)后,并行收集器會自動選擇年輕代區(qū)大小和相應(yīng)的Survivor區(qū)比例,以達(dá)到目標(biāo)系統(tǒng)規(guī)定的最低相應(yīng)時間或者收集頻率等,此值建議使用并行收集器時,一直打開.
參考資料
Tomcat – Java.Lang.OutOfMemoryError: PermGen Space
http://www.mkyong.com/tomcat/tomcat-javalangoutofmemoryerror-permgen-space/
實(shí)例講解JVM參數(shù)調(diào)優(yōu)的八條經(jīng)驗(yàn)
http://developer.51cto.com/art/200907/134761.htm
posted on 2011-10-25 20:43 paulwong 閱讀(393) 評論(0) 編輯 收藏 所屬分類: 性能優(yōu)化