2006/4/20, Gustavo Noronha <[EMAIL PROTECTED]>:
>
> Like I said in a previous email, I know about dumping thread information,
> but I am unnable to identify what thread is using up the CPU cycles. What I
> did to try to fix this problem is setting up some different c3p0
> configurations:
>
> on hi
On 4/21/06, David Delbecq <[EMAIL PROTECTED]> wrote:
> Leon Rosenberg a écrit :
>
> >I don't know it depends on your implementation of hashCode() method.
> >Are you using 1.5?
> >
> >static int hash(Object x) {
> >int h = x.hashCode(); <-- your programm is here
> >
> >h += ~(h <
Leon Rosenberg a écrit :
>I don't know it depends on your implementation of hashCode() method.
>Are you using 1.5?
>
>static int hash(Object x) {
>int h = x.hashCode(); <-- your programm is here
>
>h += ~(h << 9);
>h ^= (h >>> 14);
>h += (h << 4);
>h ^
There are several ways to find out where tomcat is spending all it's cpu
time
1) when it's a 100% CPU eating time issue a few stacktraces at a 10 or
20 seconds interval. then compare all those trace and try to find a
stacktrace which is recurrent. This is clearly not easy and might
require quite a
I don't know it depends on your implementation of hashCode() method.
Are you using 1.5?
static int hash(Object x) {
int h = x.hashCode(); <-- your programm is here
h += ~(h << 9);
h ^= (h >>> 14);
h += (h << 4);
h ^= (h >>> 10);
return h;
Hey David!
2006/4/20, David Delbecq <[EMAIL PROTECTED]>:
>
> the kill -3 send a signal, that is you must send it to a process (in you
> case the java virtual machine). The sun java machine has the behaviour
> to dump a full stacktrace of all it's threads when it receive this. Of
> course you won't
2006/4/20, Leon Rosenberg <[EMAIL PROTECTED]>:
>
> do you see those often?
The developers tell me that this is part of a process that generates an XML
file that goes in a new clob column of the database. They are running a
batch process during the night that is generating the XML for each of the
Gustavo Noronha a écrit :
>
>Any hints on how to associate a thread with an OS PID? Or any other way of
>identifying what thread is the culprit? I have played with the kill -3
>feature, but didn't get very far investigating the output. =(
>
>Thanks!
>
>
>
the kill -3 send a signal, that is you m
do you see those often?
Leon
"http-8080-Processor56" daemon prio=1 tid=0x0834f0a8 nid=0x598c runnable
[0x7059d000..0x7059e5c0]
at java.util.HashMap.hash(HashMap.java:264)
at java.util.HashMap.get(HashMap.java:320)
at java.util.Collections$SynchronizedMap.get(Collections.java:1979)
- l
could you attach the thread dump?
Leon
On 4/20/06, Gustavo Noronha <[EMAIL PROTECTED]> wrote:
> 2006/4/20, opensta <[EMAIL PROTECTED]>:
> >
> >
> > Just Type kill -QUIT command you will get the thread dump
> > in
> > catalina.out file of tomcat log folder
> >
> > u can identify the ur thread whic
2006/4/20, opensta <[EMAIL PROTECTED]>:
>
>
> Just Type kill -QUIT command you will get the thread dump
> in
> catalina.out file of tomcat log folder
>
> u can identify the ur thread which are culprit from that
Like I said in a previous email, I know about dumping thread information,
but I am un
Just Type kill -QUIT command you will get the thread dump in
catalina.out file of tomcat log folder
u can identify the ur thread which are culprit from that
--
View this message in context:
http://www.nabble.com/Java-process-segfaulting-and-using-100-CPU-t1474571.html#a4001573
Sent from the
2006/4/19, David Delbecq <[EMAIL PROTECTED]>:
>
> Hi,
Hey!
"or other processes may end up using 100% CPU as well and presenting the
> same behavior while on strace"
If you mean also non java processes have similar problems, randomly, i
> bet you may have either an OS issue (which affect all pr
Hi,
"or other processes may end up using 100% CPU as well and presenting the
same behavior while on strace"
If you mean also non java processes have similar problems, randomly, i
bet you may have either an OS issue (which affect all processes
randomly) either an hardware issue (corrupting RAM seg
Hello,
I've searched a lot about this issue on the web, but did not find a
solution. I have the following setup:
Debian GNU/Linux 3.1 with official Tomcat5 package (5.0.30),
java-package-built Sun JVM:
# java -version
java version "1.5.0_05"
Java(TM) 2 Runtime Environment, Standard Edition (buil
15 matches
Mail list logo
