CMS相關(guān)參數(shù)

-XX:+UseConcMarkSweepGC使用CMS內(nèi)存收集測(cè)試中配置這個(gè)以后,-XX:NewRatio=4的配置失效了,原因不明.所以,此時(shí)年輕代大小最好用-Xmn設(shè)置.???

-XX:+AggressiveHeap			試圖是使用大量的物理內(nèi)存 長(zhǎng)時(shí)間大內(nèi)存使用的優(yōu)化，能檢查計(jì)算資源（內(nèi)存， 處理器數(shù)量） 至少需要256MB內(nèi)存 大量的CPU／內(nèi)存， （在1.4.1在4CPU的機(jī)器上已經(jīng)顯示有提升）
-XX:CMSFullGCsBeforeCompaction	多少次后進(jìn)行內(nèi)存壓縮		由于并發(fā)收集器不對(duì)內(nèi)存空間進(jìn)行壓縮,整理,所以運(yùn)行一段時(shí)間以后會(huì)產(chǎn)生"碎片",使得運(yùn)行效率降低.此值設(shè)置運(yùn)行多少次GC以后對(duì)內(nèi)存空間進(jìn)行壓縮,整理.
-XX:+CMSParallelRemarkEnabled	降低標(biāo)記停頓
-XX+UseCMSCompactAtFullCollection	在FULL GC的時(shí)候， 對(duì)年老代的壓縮		CMS是不會(huì)移動(dòng)內(nèi)存的， 因此， 這個(gè)非常容易產(chǎn)生碎片， 導(dǎo)致內(nèi)存不夠用， 因此， 內(nèi)存的壓縮這個(gè)時(shí)候就會(huì)被啟用。 增加這個(gè)參數(shù)是個(gè)好習(xí)慣。 可能會(huì)影響性能,但是可以消除碎片
-XX:+UseCMSInitiatingOccupancyOnly	使用手動(dòng)定義初始化定義開始CMS收集		禁止hostspot自行觸發(fā)CMS GC
-XX:CMSInitiatingOccupancyFraction=70	使用cms作為垃圾回收 使用70％后開始CMS收集	92	為了保證不出現(xiàn)promotion failed(見下面介紹)錯(cuò)誤,該值的設(shè)置需要滿足以下公式**CMSInitiatingOccupancyFraction計(jì)算公式**
-XX:CMSInitiatingPermOccupancyFraction	設(shè)置Perm Gen使用到達(dá)多少比率時(shí)觸發(fā)	92
-XX:+CMSIncrementalMode	設(shè)置為增量模式		用于單CPU情況
-XX:+CMSClassUnloadingEnabled

總結(jié)

以上是生活随笔為你收集整理的JVM 垃圾收集器CMS相关参数的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。