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