Re: Help on JVM hang

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

Re: Help on JVM hang

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

Re: Help on JVM hang

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

Re: Help on JVM hang

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

Re: Help on JVM hang

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

Re: Help on JVM hang

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 any patches anywher

Re: Help on JVM hang

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

Re: Help on JVM hang

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

RE: Help on JVM hang

Hi, We set the LD_ASSUME_KERNEL=2.2.5 and the hang goes away. But the application is running at 60% speed !! Do you know any patches anywhere for this problem ??? Reg Veda -Original Message- From: Hui Huang [mailto:[EMAIL PROTECTED] Sent: Thursday, June 24, 2004 10:39 AM To: Joseph S

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 known RH-9 issue (a notification from pthread_cond_broadcast is lost in NPTL). Update to AS-3 or set LD_ASS

Re: Help on JVM hang

Just got another hang: "RMI TCP Connection(5752)-199.107.233.207" daemon prio=1 tid=0x08243e08 nid=0x2420 waiting on condition [4e601000..4e602854] at java.util.zip.Inflater.inflate(Inflater.java:219) - waiting to lock <0x46292948> (a java.util.zip.Inflater) at java.util.zip.InflaterInputStream