在tomcat中配置
set JAVA_OPTS=-Xms1024m -Xmx1024m -verbose:gc -Xloggc:gc.log -XX:+PrintGCDetails -XX:+HeapDumpOnOutOfMemoryError
系统运行两天后出现Unloading class sun.reflect.GeneratedMethodAccessor*,然后系统停止运行了,也没有抛出oom的异常,观察了系统的gc日志,更加的奇怪,前面full gc非常少,最后竟然有一堆的full gc,且时间都非常长,实在是没办法分析系统中,什么地方出现了内存泄露,大家帮忙看看。
问题补充:
我现在的系统属于典型的生产者、消费者系统,所有产生的数据集都是放入到队列中进行处理,这种情况,如果发生堵塞或者处理的效率过低,gc的效果应该是不大的吧,另外,在配置启动参数时,是不是可以设置较大的年轻态space??
诡异的gc日志
- 写回答
- 好问题 0 提建议
- 关注问题
- 邀请回答
-
3条回答 默认 最新
iteye_12540 2009-07-15 21:29关注用jmap把停止时的Heap镜像拿出来分析一下看看。
http://www.sun.com/bigadmin/hubs/multilingual/simp_chinese/content/monitoring.jsp
对你应该有帮助。本回答被题主选为最佳回答 , 对您是否有帮助呢?解决 无用评论 打赏 举报