之前在项目里遇到过这样一个问题,后台在执行很占内存的操作时候前台无响应,前台刷新时候无响应但是等很久会得到响应(此时后台依然在执行占内存的操作,没有down掉),得到刚才请求的页面,这时从JProfiler的监控可以看见内存占用率下降,并且在阻塞时有很多的HashMap实例数减少,但是此过程要等待很久,这是不能接受的。
项目的架构是SSH的架构,18G物理内存,分为portal,convert,validation部分。
1. 首先排查是否程序中有使用的不是很好的HashMap(公用没释放,或者释放时无法被释放的http://java.chinaitlab.com/base/838281.html),排查之后发现没有可疑的HashMap调用
2. 在代码中添加System.gc(); 后调查发现此方法不能随便使用 http://blog.sina.com.cn/s/blog_6c663fa50100qf1c.html
3. 在tomcat的catalina.bat中设置启动参数
set JAVA_OPTS=-Xms10240m -Xmx10240m -Xmn3000m -XX:PermSize=1024m -XX:MaxPermSize=2048m -XX:MaxNewSize=256m -Xss1024K -XX:-UseConcMarkSweepGC -XX:+ScavengeBeforeFullGC -XX:+PrintGC -XX:+PrintGCTimeStamps -Xloggc:"c:\gc_20121128.log"
但是效果不好,每次GC的时间很短,内存没有有效释放。
4.在tomcat的catalina.bat中设置启动参数,尤其修改了GC的类型为-XX:-UseParallelGC 参考http://www.blogjava.net/midstr/archive/2008/09/21/230265.html
set JAVA_OPTS=-Xms10240m -Xmx10240m -Xmn3000m -XX:PermSize=1024m -XX:MaxPermSize=2048m -XX:MaxNewSize=256m -Xss1024K -XX:-UseParallelGC -XX:+ScavengeBeforeFullGC -XX:+PrintGC -XX:+PrintGCTimeStamps -Xloggc:"c:\gc_20121128.log"
并且在server.xml里面设置线程 参考http://www.colorfuldays.org/tag/full-gc/
<Connector port="8081" protocol="HTTP/1.1"
connectionTimeout="20000"
redirectPort="8443" maxThreads="150"
minSpareThreads="50" maxSpareThreads="50"
enableLookups="false"
acceptCount="100" debug="0"
disableUploadTimeout="true"/>
改之前为
<Connector port="8082" protocol="HTTP/1.1"
connectionTimeout="20000"
redirectPort="8443" maxThreads="10"
minSpareThreads="5" maxSpareThreads="5"
enableLookups="false"
acceptCount="100" debug="0"
disableUploadTimeout="true"/>
这次效果很好,在log里面可以看到,每次GC的时间大约零点几秒,内存有效释放。