Java groovy內(nèi)存回收測試步驟解析
問題
在使用我們的開發(fā)平臺時,客戶懷疑我們的動態(tài)執(zhí)行腳本會導(dǎo)致系統(tǒng)內(nèi)存回收的問題,導(dǎo)致系統(tǒng)不響應(yīng),為此我專門針對這個問題,做一下詳細(xì)的測試,看看是不是到底有什么影響。
測試步驟
1.使用編寫一個控制器方法,這個控制器方法只做一個解析java腳本的代碼。
2.配置tomcat的內(nèi)存。
set JAVA_OPTS=-Xms1g -Xmx1g
3.使用APPACHE 的ab命令進(jìn)行壓測。
ab -c5 -t3600 http://192.168.1.200:8080/jsaas/testGroovyEngine.do
使用ab命令并發(fā)5次,壓測1個小時。
這個時候壓測,發(fā)現(xiàn)metadata的數(shù)據(jù)會增加,但是到達(dá)300多m的時候,這個數(shù)據(jù)會進(jìn)行回收,但是這個時候訪問會變慢。
重新調(diào)整jvm參數(shù)
set JAVA_OPTS=-Xms1g -Xmx1g -XX:MetaspaceSize=256m -XX:MaxMetaspaceSize=256m
將metadata 數(shù)據(jù)的大小固定為256m
在進(jìn)行測試發(fā)現(xiàn):
在進(jìn)行壓測的時候,裝入的類會增加,但是當(dāng)metadata 數(shù)據(jù)到達(dá)256m的時候,jvm 會進(jìn)行有規(guī)律的回收,訪問這個url性能也沒有變差。
得出的結(jié)論是:
1.使用groovy 確實會導(dǎo)致臨時裝載類增加。
2.我們需要設(shè)置metadata的數(shù)據(jù),當(dāng)metadata到達(dá)這個數(shù)值時就回收,這樣不至于占用太多的堆內(nèi)存,導(dǎo)致系統(tǒng)性能下降。
以上就是本文的全部內(nèi)容,希望對大家的學(xué)習(xí)有所幫助,也希望大家多多支持好吧啦網(wǎng)。
相關(guān)文章:
