問題

在使用我們的開發(fā)平臺(tái)時(shí)，客戶懷疑我們的動(dòng)態(tài)執(zhí)行腳本會(huì)導(dǎo)致系統(tǒng)內(nèi)存回收的問題，導(dǎo)致系統(tǒng)不響應(yīng)，為此我專門針對(duì)這個(gè)問題，做一下詳細(xì)的測試，看看是不是到底有什么影響。

測試步驟

1.使用編寫一個(gè)控制器方法，這個(gè)控制器方法只做一個(gè)解析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個(gè)小時(shí)。

這個(gè)時(shí)候壓測，發(fā)現(xiàn)metadata的數(shù)據(jù)會(huì)增加，但是到達(dá)300多m的時(shí)候，這個(gè)數(shù)據(jù)會(huì)進(jìn)行回收，但是這個(gè)時(shí)候訪問會(huì)變慢。

重新調(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)行壓測的時(shí)候，裝入的類會(huì)增加，但是當(dāng)metadata 數(shù)據(jù)到達(dá)256m的時(shí)候，jvm 會(huì)進(jìn)行有規(guī)律的回收，訪問這個(gè)url性能也沒有變差。

得出的結(jié)論是：

1.使用groovy 確實(shí)會(huì)導(dǎo)致臨時(shí)裝載類增加。

2.我們需要設(shè)置metadata的數(shù)據(jù)，當(dāng)metadata到達(dá)這個(gè)數(shù)值時(shí)就回收，這樣不至于占用太多的堆內(nèi)存，導(dǎo)致系統(tǒng)性能下降。

以上就是本文的全部內(nèi)容，希望對(duì)大家的學(xué)習(xí)有所幫助，也希望大家多多支持好吧啦網(wǎng)。