java application項目（非web項目）

改進前：

-Xms128m-Xmx128m-XX:NewSize=64m-XX:PermSize=64m-XX:+UseConcMarkSweepGC-XX:CMSInitiatingOccupancyFraction=78-XX:ThreadStackSize=128-Xloggc:logs/gc.log-Dsun.rmi.dgc.server.gcInterval=3600000-Dsun.rmi.dgc.client.gcInterval=3600000-Dsun.rmi.server.exceptionTrace=true

問題:

permsize 設置較小,很容易達到報警范圍(0.8)

沒有設置MaxPermSize，堆增長會帶來額外壓力。

NewSize較大，old gen 剩余空間64m，一方面可能會帶來old區(qū)容易增長到報警范圍（監(jiān)控數(shù)據顯示oldgenused長期在50m左右，接近78%，容易出現(xiàn)full gc）,另一方面也存在promontion fail風險

改進后：

-Xms128m-Xmx128m-Xmn24m-XX:PermSize=80m-XX:MaxPermSize=80m-Xss256k-XX:SurvivorRatio=1-XX:MaxTenuringThreshold=20-XX:+UseParNewGC-XX:+UseConcMarkSweepGC-XX:CMSInitiatingOccupancyFraction=75-XX:+UseCMSCompactAtFullCollection-XX:+CMSParallelRemarkEnabled-XX:CMSFullGCsBeforeCompaction=2-XX:SoftRefLRUPolicyMSPerMB=0-XX:+PrintClassHistogram-XX:+PrintGCDetails-XX:+PrintGCTimeStamps-XX:+PrintHeapAtGC-Xloggc:logs/gc.log-Dsun.rmi.dgc.server.gcInterval=3600000-Dsun.rmi.dgc.client.gcInterval=3600000-Dsun.rmi.server.exceptionTrace=true

修改點：

PermSize與MaxPermSize都設置為80，一方面避免non heap warn(報警閥值0.8 非對內存一般占用到60M以內），一方面避免堆伸縮帶來的壓力

通過設置Xmn=24M及SurvivorRatio=1 使得Eden區(qū)=from space=to space=8M,降低了Eden區(qū)大小，降低YGC的時間(降低到3-4ms左右),同時通過設MaxTenuringThreshold=20，使得old gen的增長很緩慢。帶來的問題是YGC的次數(shù)明顯提高了很多。

其他參數(shù)優(yōu)化 修改后帶來的好處見JVM參數(shù)設置

再次改進后

-Xms128m-Xmx128m-Xmn36m-XX:PermSize=80m-XX:MaxPermSize=80m-Xss256k-XX:SurvivorRatio=1-XX:MaxTenuringThreshold=20-XX:+UseParNewGC-XX:+UseConcMarkSweepGC-XX:CMSInitiatingOccupancyFraction=73-XX:+UseCMSCompactAtFullCollection-XX:+CMSParallelRemarkEnabled-XX:CMSFullGCsBeforeCompaction=2-XX:SoftRefLRUPolicyMSPerMB=0-XX:+PrintClassHistogram-XX:+PrintGCDetails-XX:+PrintGCTimeStamps-XX:+PrintHeapAtGC-Xloggc:logs/gc.log-Dsun.rmi.dgc.server.gcInterval=3600000-Dsun.rmi.dgc.client.gcInterval=3600000-Dsun.rmi.server.exceptionTrace=true

修改點：

在上面的基礎上調整Xmn大小到36M，設置CMSInitiatingOccupancyFraction=73。

Dden區(qū)與Survivor區(qū)大小都增加到12M，通過CMSInitiatingOccupancyFraction計算公式,計算得出value為73是，可以避免promotion faild問題，同時滿足堆內存監(jiān)控報警值在80%：內存大小128M80%=102.4M 102.4M-36M=66.4M(老生代達到此值報警） 老生代達到67.15M（92M0.73）將發(fā)生Full GC，所以在老生代大小達到66.4M時也就是WARN報警時將很有可能出現(xiàn)Full GC。

? 增大了Eden和Survivor區(qū)的值，會減小YGC的次數(shù)，但由于空間變大理論上也會相應的增加YGC的時間，不過由于新生代本身就很小（才36M）這點兒變化可以忽略掉。實際的監(jiān)控值顯示YGC的時間在4-5ms之間。是可以接受范圍。

SurvivorRatio 這個值還得在仔細考慮下,有待優(yōu)化中

總結

以上是生活随笔為你收集整理的JVM生产环境参数实例及分析的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。