Java groovy內(nèi)存回收測試步驟解析
問題
在使用我們的開發(fā)平臺時,客戶懷疑我們的動態(tài)執(zhí)行腳本會導致系統(tǒng)內(nèi)存回收的問題,導致系統(tǒng)不響應(yīng),為此我專門針對這個問題,做一下詳細的測試,看看是不是到底有什么影響。
測試步驟
1.使用編寫一個控制器方法,這個控制器方法只做一個解析java腳本的代碼。
2.配置tomcat的內(nèi)存。
set JAVA_OPTS=-Xms1g -Xmx1g
3.使用APPACHE 的ab命令進行壓測。
ab -c5 -t3600 http://192.168.1.200:8080/jsaas/testGroovyEngine.do
使用ab命令并發(fā)5次,壓測1個小時。
這個時候壓測,發(fā)現(xiàn)metadata的數(shù)據(jù)會增加,但是到達300多m的時候,這個數(shù)據(jù)會進行回收,但是這個時候訪問會變慢。
重新調(diào)整jvm參數(shù)
set JAVA_OPTS=-Xms1g -Xmx1g -XX:MetaspaceSize=256m -XX:MaxMetaspaceSize=256m
將metadata 數(shù)據(jù)的大小固定為256m
在進行測試發(fā)現(xiàn):
在進行壓測的時候,裝入的類會增加,但是當metadata 數(shù)據(jù)到達256m的時候,jvm 會進行有規(guī)律的回收,訪問這個url性能也沒有變差。
得出的結(jié)論是:
1.使用groovy 確實會導致臨時裝載類增加。
2.我們需要設(shè)置metadata的數(shù)據(jù),當metadata到達這個數(shù)值時就回收,這樣不至于占用太多的堆內(nèi)存,導致系統(tǒng)性能下降。
以上就是本文的全部內(nèi)容,希望對大家的學習有所幫助,也希望大家多多支持好吧啦網(wǎng)。
相關(guān)文章:
1. 淺談XML Schema中的elementFormDefault屬性2. 淺談由position屬性引申的css進階討論3. ASP.NET Core 5.0中的Host.CreateDefaultBuilder執(zhí)行過程解析4. 選擇模式 - XSL教程 - 25. 阿里前端開發(fā)中的規(guī)范要求6. XML和YAML的使用方法7. 利用XMLSerializer將對象串行化到XML8. ASP中SELECT下拉菜單同時獲取VALUE和TEXT值的實現(xiàn)代碼9. 父div高度不能自適應(yīng)子div高度的解決方案10. 三個不常見的 HTML5 實用新特性簡介
