0 0

TOMCAT内存溢出后什么情况下TOMCAT死掉什么情况下不会死掉?5

我最近做压力测试,TOMCAT老崩溃。观查发现一个不解的问题,后台报内存益出后,TOMCAT并不一定死,但压力太大时TOMCAT过一会就会死掉,有时甚至死的用JSVC都关不掉,只能kill -9来解决。我疑惑的是,什么情况下TOMCAT才会真正死掉?

我觉得TOMCAT能抗多大压力只是一方面,我希望即使它处理不了过多并发,至少别僵死,压力过后要能正常服务。

网上讨论TOMCAT崩溃的贴子不少,但都只是分析项目中的问题,没有看到谁详细讲解TOMCAT死掉的直接原因。

发此贴前最后一次测试的结果是这样的,第一个OutOfMemory之后,TOMCAT还可以正常服务,过了好一会儿,又蹦了两个OutOfMemory,然后JK就报processCallbacks status 2了,TOMCAT无法访问。
问题补充:
pJun的猜测有些道理。当然,我的测试也并非十分严谨,tail -f看日志有延时,浏览器、APACHE有没有用缓存欺骗我也不好说,我只能说以我的经验来看读到缓存的可能很小,另外报OOM也分了两种情况,一种是java heap的,一种是GC limit exceed。我不是专业搞测试的,想真正严谨地测这堆东西太麻烦了。不过TOMCAT假死、真死、死到关不掉这三种情况我想大家都碰到过。明确地说,我想知道的问题如下:

1、TOMCAT死掉的直接原因(包括三种情况)有哪些;
2、有没有办法避免后两种情况(JAVA的东西OOM之后只能死掉吗?)
2009年7月17日 00:12

2个答案 按时间排序 按投票排序

0 0

采纳的答案

参考这个帖子,可能会有启发:

引用

tomcat服务器僵死问题
http://www.iteye.com/problems/14510


说点个人猜想:Tomcat如果报出OutOfMemory的话,应该Tomcat就不能正常提供服务了,不过守护线程是否结束就不得而知了(照LZ的描述,我猜测应该是还在)
LZ提到了JK,我猜想应该是做了负载均衡的吧,如果真是这样的话,那问题在于Apache不知道Tomcat已经不能处理了,还在给它分配任务.所以才会有了后两次的OutOfMemory,这种状况要持续要Apache获知Tomcat的真实状况为止,标志就是JK说 "processCallbacks status 2".这样Tomcat应该就不会再被分配请求,自然也就看起来OVER了.

个人猜想居多,LZ请自行确认.

2009年7月17日 00:40
0 0

我想在那个时候没有死掉,应该是假死状态
但是这和死掉感觉差不多了吧!呵呵
个人猜想,没证实过!

2009年7月17日 09:58

相关推荐

Global site tag (gtag.js) - Google Analytics