问题

在使用我们的开发平台时,客户怀疑我们的动态执行脚本会导致系统内存回收的问题,导致系统不响应,为此我专门针对这个问题,做一下详细的测试,看看是不是到底有什么影响。

 

测试步骤

1.使用编写一个控制器方法,这个控制器方法只做一个解析java脚本的代码。

2.配置tomcat的内存。

set JAVA_OPTS=-Xms1g -Xmx1g

3.使用APPACHE 的ab命令进行压测。

ab -c5 -t3600 http://192.168.1.200:8080/jsaas/testGroovyEngine.do

使用ab命令并发5次,压测1个小时。

这个时候压测,发现metadata的数据会增加,但是到达300多m的时候,这个数据会进行回收,但是这个时候访问会变慢。

 

重新调整jvm参数

set JAVA_OPTS=-Xms1g -Xmx1g -XX:MetaspaceSize=256m -XX:MaxMetaspaceSize=256m

将metadata 数据的大小固定为256m

在进行测试发现:

groovy 内存回收测试_分享

 

 

 在进行压测的时候,装入的类会增加,但是当metadata 数据到达256m的时候,jvm 会进行有规律的回收,访问这个url性能也没有变差。

得出的结论是:

1.使用groovy 确实会导致临时装载类增加。

2.我们需要设置metadata的数据,当metadata到达这个数值时就回收,这样不至于占用太多的堆内存,导致系统性能下降。