JVM參數(shù)設(shè)置使用技巧
你對(duì)JVM參數(shù)設(shè)置是否了解，這里和大家分享一下，主要包括JVMHeap區(qū)域分布，JVM的2個(gè)GC線程以及Stack的設(shè)定等幾個(gè)部分，相信本文介紹對(duì)你的學(xué)習(xí)一定會(huì)有所幫助。
JVM參數(shù)設(shè)置詳解
JVMHeap區(qū)域分布：
JavaHeap分為3個(gè)區(qū)，Young，Old和Permanent。Young區(qū)保存絕大多數(shù)剛實(shí)例化的對(duì)象，當(dāng)該區(qū)被填滿時(shí)，觸發(fā)局部GC，局部GC會(huì)將Young區(qū)清空，仍被引用的對(duì)象將被移到Old區(qū)。當(dāng)Old區(qū)再被塞滿，就會(huì)觸發(fā)FullGC，回收最后能回收的空間。Permanent區(qū)全稱是PermanentGenerationspace，永久區(qū),用于存放Class和Method等Meta信息，例如Class在被Load的時(shí)候被放入該區(qū)域。另外它還負(fù)責(zé)保存反射對(duì)象，因?yàn)楸举|(zhì)上反射對(duì)象會(huì)生成一些元數(shù)據(jù)不能被回收，以便下次反射重復(fù)利用。
一般無論局部GC(GarbageCollection)或者是FullGC都不會(huì)對(duì)PermGenspace進(jìn)行清理。但如果你的Application會(huì)LOAD很多CLASS的話，就很可能出現(xiàn)PermGenspace溢出錯(cuò)誤
JVM有2個(gè)GC線程：
第一個(gè)線程負(fù)責(zé)回收J(rèn)VMHeap的Young區(qū)。
第二個(gè)線程在Heap不足時(shí)，遍歷Heap，將Young區(qū)升級(jí)為Older區(qū)。Older區(qū)的大小等于-Xmx減去-Xmn，不能將-Xms的值設(shè)的過大，因?yàn)榈诙€(gè)線程被迫運(yùn)行會(huì)降低JVM的性能。
可能導(dǎo)致頻繁發(fā)生GC的原因有：
1、程序內(nèi)調(diào)用了System.gc()或Runtime.gc()。
2、一些中間件軟件調(diào)用自己的GC方法，此時(shí)需要設(shè)置參數(shù)禁止這些GC。
3、Java的Heap太小，一般默認(rèn)的Heap值都很小。
4、頻繁實(shí)例化對(duì)象，Release對(duì)象。此時(shí)盡量保存并重用對(duì)象，例如使用StringBuffer()和String()。
如果你發(fā)現(xiàn)每次GC后，Heap的剩余空間會(huì)是總空間的50%，這表示你的Heap處于健康狀態(tài)。許多Server端的Java程序每次GC后最好能有65%的剩余空間。
建議Server端JVM最好將-Xms和-Xmx設(shè)為相同值。為了優(yōu)化GC，最好讓-Xmn值約等于-Xmx的1/3。一個(gè)GUI程序最好是每10到20秒間運(yùn)行一次GC，每次在半秒之內(nèi)完成。增加Heap的大小雖然會(huì)降低GC的頻率，但也增加了每次GC運(yùn)行的時(shí)間。而且GC運(yùn)行時(shí)，所有的用戶線程將暫停，也就是GC期間，Java應(yīng)用程序不做任何工作，這在GUI界面上會(huì)非常影響用戶體驗(yàn)。
Stack的設(shè)定
1、每個(gè)線程都有他自己的Stack。
2、-Xss指定每個(gè)線程的Stack大小
3、Stack的大小限制著線程的數(shù)量。Stack過大或者過小都可能會(huì)導(dǎo)致內(nèi)存溢漏
硬件環(huán)境也影響GC的效率，例如機(jī)器的種類，內(nèi)存，swap空間和CPU的數(shù)量等。例如：如果你的程序需要頻繁創(chuàng)建很多transient對(duì)象（無法被序列化），會(huì)導(dǎo)致JVM頻繁GC。這種情況你可以增加機(jī)器的內(nèi)存，來減少Swap空間的使用。
GC一共有4鐘：
1、第一種為單線程GC，也是默認(rèn)的GC。，該GC適用于單CPU機(jī)器。
2、第二種為ThroughputGC，是多線程的GC，適用于多CPU，使用大量線程的程序。第二種GC與第一種GC相似，不同在于GC在收集Young區(qū)是多線程的，但在Old區(qū)和第一種一樣，仍然采用單線程。-XX:+UseParallelGC參數(shù)啟動(dòng)ThroughputGC。
3、第三種為ConcurrentLowPauseGC，類似于第一種，適用于多CPU，并要求縮短因GC造成程序停滯的時(shí)間。這種GC可以在Old區(qū)的回收的同時(shí)，運(yùn)行應(yīng)用程序。-XX:+UseConcMarkSweepGC參數(shù)啟動(dòng)該GC。
4、第四種為IncrementalLowPauseGC，適用于要求縮短因GC造成程序停滯的時(shí)間。這種GC可以在Young區(qū)回收的同時(shí)，回收一部分Old區(qū)對(duì)象。-Xincgc參數(shù)啟動(dòng)該GC。#p#
JVM參數(shù)配置
1、heapsize
-Xmx<n>
指定jvm的最大heap大小,如:-Xmx=2G
-Xms<n>
指定jvm的最小heap大小,如:-Xms=2G，高并發(fā)應(yīng)用，建議和-Xmx一樣，防止因?yàn)閮?nèi)存收縮／突然增大帶來的性能影響。
-Xmn<n>
指定jvm中YoungGeneration的大小,如:-Xmn256m。這個(gè)參數(shù)很影響性能，如果你的程序需要比較多的臨時(shí)內(nèi)存，建議設(shè)置到512M，如果用的少，盡量降低這個(gè)數(shù)值，一般來說128／256足以使用了。
-XX:PermSize=<n>
指定jvm中PermGeneration的最小值,如:-XX:PermSize=32m。這個(gè)參數(shù)需要看你的實(shí)際情況，。可以通過jmap命令看看到底需要多少。
XX:MaxPermSize=<n>
指定PermGeneration的最大值,如:-XX:MaxPermSize=64m
-Xss<n>
指定線程桟大小,如:-Xss128k，一般來說，webx框架下的應(yīng)用需要256K。如果你的程序有大規(guī)模的遞歸行為，請(qǐng)考慮設(shè)置到512K／1M。這個(gè)需要全面的測(cè)試才能知道。不過，256K已經(jīng)很大了。這個(gè)參數(shù)對(duì)性能的影響比較大的。
-XX:NewRatio=<n>
指定jvm中OldGenerationheapsize與NewGeneration的比例,在使用CMSGC的情況下此參數(shù)失效,如:-XX:NewRatio=2（默認(rèn)值）
-XX:SurvivorRatio=<n>
指定NewGeneration中EdenSpace與一個(gè)SurvivorSpace的heapsize比例,-XX:SurvivorRatio=8,那么在總共NewGeneration為10M的情況下,EdenSpace為8M
-XX:MinHeapFreeRatio=<n>
指定jvmheap在使用率小于n的情況下,heap進(jìn)行收縮,Xmx==Xms的情況下無效,如:-XX:MinHeapFreeRatio=30
-XX:MaxHeapFreeRatio=<n>
指定jvmheap在使用率大于n的情況下,heap進(jìn)行擴(kuò)張,Xmx==Xms的情況下無效,如:-XX:MaxHeapFreeRatio=70
-XX:LargePageSizeInBytes=<n>
指定Java heap分頁頁面大小,如128M
2、garbagecollector
-XX:+UseParallelGC
指定在YoungGeneration使用parallelcollector,并行收集,暫停appthreads,同時(shí)啟動(dòng)多個(gè)垃圾回收thread,不能和CMSGC一起使用.系統(tǒng)噸吐量?jī)?yōu)先,但是會(huì)有較長(zhǎng)長(zhǎng)時(shí)間的apppause,后臺(tái)系統(tǒng)任務(wù)可以使用此GC
-XX:ParallelGCThreads=<n>
指定parallelcollection時(shí)啟動(dòng)的thread個(gè)數(shù),默認(rèn)是物理processor的個(gè)數(shù)
-XX:+UseParallelOldGC
指定在OldGeneration使用parallelcollector
-XX:+UseParNewGC
指定在NewGeneration使用parallelcollector,是UseParallelGC的GC的升級(jí)版本,有更好的性能或者優(yōu)點(diǎn),可以和CMSGC一起使用
-XX:+CMSParallelRemarkEnabled
在使用UseParNewGC的情況下,盡量減少mark的時(shí)間
-XX:+UseConcMarkSweepGC
指定在OldGeneration使用concurrentmarksweepGC,GCthread和Appthread并行(在init-mark和remark時(shí)pauseappthread).apppause時(shí)間較短,適合交互性強(qiáng)的系統(tǒng),如webserver
-XX:+UseCMSCompactAtFullCollection
在使用concurrentGC的情況下,防止memoryfragmention,對(duì)liveobject進(jìn)行整理,使memory碎片減少
-XX:CMSInitiatingOccupancyFraction=<n>
指示在oldgeneration在使用了n%的比例后,啟動(dòng)concurrentcollector,默認(rèn)值是68,如:-XX:CMSInitiatingOccupancyFraction=70
-XX:+UseCMSInitiatingOccupancyOnly
指示只有在oldgeneration在使用了初始化的比例后concurrentcollector啟動(dòng)收集
3、others
-XX:MaxTenuringThreshold=<n>
指定一個(gè)object在經(jīng)歷了n次YoungGC后轉(zhuǎn)移到oldgeneration區(qū),在linux64的java6下默認(rèn)值是15,此參數(shù)對(duì)于throughputcollector無效,如:-XX:MaxTenuringThreshold=31
-XX:+DisableExplicitGC
禁止java程序中的FullGC,如System.gc()的調(diào)用.最好加上防止程序在代碼里誤用對(duì)性能造成沖擊。
-XX:+UseFastAccessorMethods
get,set方法轉(zhuǎn)成本地代碼
-XX:+PrintGCDetails
打應(yīng)垃圾收集的情況如:
[GC15610.466:[ParNew:229689K->20221K(235968K),0.0194460secs]1159829K->953935K(2070976K),0.0196420secs]
-XX:+PrintGCTimeStamps
打應(yīng)垃圾收集的時(shí)間情況,如:
[Times:user=0.09sys=0.00,real=0.02secs]
-XX:+PrintGCApplicationStoppedTime
打應(yīng)垃圾收集時(shí),系統(tǒng)的停頓時(shí)間,如:Totaltimeforwhichapplicationthreadswerestopped:0.0225920seconds
【編輯推薦】
