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