Hui Huang wrote:
Is this on Redhat 9? If so, try this:
+ find out java process id
+ use gdb to attach to the process (gdb - )
+ quit gdb
The problem just happened again and indeed that trick worked (strace
didn't, I think because it doesn't trace all threads, just the one it
connects to). I atta
Hui Huang <[EMAIL PROTECTED]> writes:
> Joseph Shraibman wrote:
>> What about this?
>> http://gcc.gnu.org/ml/java/2004-05/msg00064.html
>> Do you know what he's talking about?
>
> Not familiar w/ ResourceBundle implementation. But it looks
> like a performance trick to avoid frequent lookup for cl
Hui Huang wrote:
It looks like the same issue. IIRC, the problem happened when one
thread sleeps on pthread_cond_wait, and another thread in
pthread_cond_{signal,broadcast} to wake up the first thread,
sometimes kernel failed to change the first thread back to running.
So how can I encourage this c
Joseph Shraibman wrote:
Hui Huang wrote:
Is this on Redhat 9? If so, try this:
+ find out java process id
+ use gdb to attach to the process (gdb - )
+ quit gdb
wait a few seconds, does the process start to run again? If yes,
it's a known RH-9 issue (a notification from pthread_cond_broadcast
is lo
Hui Huang wrote:
Veda N Ponnusamy wrote:
Hi,
We set the LD_ASSUME_KERNEL=2.2.5 and the hang goes away. But the
application
is running at 60% speed !!
Interesting. You could try LD_ASSUME_KERNEL=2.4.1 (the floating
stack version of LinuxThreads), it's generally faster than 2.2.5.
Do you know a
Joseph Shraibman wrote:
Hui Huang wrote:
Veda N Ponnusamy wrote:
Hi,
We set the LD_ASSUME_KERNEL=2.2.5 and the hang goes away. But the
application
is running at 60% speed !!
Interesting. You could try LD_ASSUME_KERNEL=2.4.1 (the floating
stack version of LinuxThreads), it's generally faster t
ess still hangs after attach-detach
with gdb, it's something else.
Reg
Veda
-Original Message-
From: Hui Huang [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 24, 2004 10:39 AM
To: Joseph Shraibman
Cc: [EMAIL PROTECTED]; Veda N Ponnusamy; [EMAIL PROTECTED]
Subject: Re: Help on JVM hang
Is
Hui Huang wrote:
Is this on Redhat 9? If so, try this:
+ find out java process id
+ use gdb to attach to the process (gdb - )
+ quit gdb
wait a few seconds, does the process start to run again? If yes,
it's a known RH-9 issue (a notification from pthread_cond_broadcast
is lost in NPTL). Update to A
Hui Huang wrote:
Is this on Redhat 9? If so, try this:
Yes.
+ find out java process id
+ use gdb to attach to the process (gdb - )
+ quit gdb
Well I killed the process already, but the problem seems to happen every
couple of weeks so I'll try that next time.
wait a few seconds, does the process s
Shraibman
Cc: [EMAIL PROTECTED]; Veda N Ponnusamy; [EMAIL PROTECTED]
Subject: Re: Help on JVM hang
Is this on Redhat 9? If so, try this:
+ find out java process id
+ use gdb to attach to the process (gdb - )
+ quit gdb
wait a few seconds, does the process start to run again? If yes,
it's a
eph Shraibman [mailto:[EMAIL PROTECTED]
Sent: Friday, June 11, 2004 1:26 PM
To: Calvin Austin
Cc: Veda N Ponnusamy; [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: Help on JVM hang
Calvin Austin wrote:
Does it ever resume. 1.5beta2 has more diagnostics in it and you may
be able to even attache
turn obj;
}
Veda N Ponnusamy wrote:
Please find attached the thread dump of the JVM. I didn't try running
this app on 1.5 jvm
Reg
Veda
-Original Message-
From: Joseph Shraibman [mailto:[EMAIL PROTECTED]
Sent: Friday, June 11, 2004 1:26 PM
To: Calvin Austin
Cc: Veda N Ponnusamy; [
f the JVM. I didn't try running this app on 1.5
jvm
Reg
Veda
-Original Message-
From: Joseph Shraibman [mailto:[EMAIL PROTECTED]
Sent: Friday, June 11, 2004 1:26 PM
To: Calvin Austin
Cc: Veda N Ponnusamy; [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: Help on JVM hang
Calvin Austi
Calvin Austin wrote:
Does it ever resume. 1.5beta2 has more diagnostics in it and you may be
able to even attached with jdb (hey tim :*)
Without seeing the other threads its difficult to see what is happening,
however there was a bug fix in 1.5 to stop the cache growing out of
control. A quick
Does it ever resume. 1.5beta2 has more diagnostics in it and you may be
able to even attached with jdb (hey tim :*)
Without seeing the other threads its difficult to see what is happening,
however there was a bug fix in 1.5 to stop the cache growing out of
control. A quick test with 1.5 would h
I have. I reported it to sun and they said if they had a repoducable
test case they would open a bug. But I could never figure out how to
reproduce it.
Veda N Ponnusamy wrote:
Hi folks,
I'm posting this, since I know I can get help only from this
community. My application is a heavily mul
Hi
folks,
I'm posting this, since I know I can get help only from this community.
My application is a heavily multi-threaded java application which is runs
in Linux with the following configuration
OS -
RH9
Kernel -
2.4.20-30.9smp
glibc -
glibc-2.3.2-27.9.7
JVM - SUN
1.4.2
My
ap
17 matches
Mail list logo