Re: Crashes/Hangs on Mandrake 10.0

2004-09-22 Thread Hui Huang
ue to its limited impact, or assigned to the wrong group by mistake, so it may remain under the radar for a while before being looked at... regards, -hui Richard -Gilligan- Uschold wrote: I'm not sure if this is the correct place to report this, but I couldn't find a bug report link. I

Re: Help on JVM hang

2004-06-24 Thread Hui Huang
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_broadca

Re: Help on JVM hang

2004-06-24 Thread Hui Huang
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 f

Re: Help on JVM hang

2004-06-24 Thread Hui Huang
tches anywhere for this problem ??? Unfortunately, no, Redhat did not release the patch. RH9 is the only platform we've seen this problem. We didn't stress test Fedora Core, but AS-3 works Ok. thanks, -hui P.S. Next time when you see the hang, please try the gdb trick to id the bug. If the proc

Re: Help on JVM hang

2004-06-24 Thread Hui Huang
r set LD_ASSUME_KENREL should fix it. regards, -hui Joseph Shraibman wrote: 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) -

Re: Does anyone have any idea when bug 4813310 will be fixed?

2004-06-23 Thread Hui Huang
/vm/thread-priorities.html regards, -hui -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: segfault on x86_64 (Fedora Core 2) 2.6.x

2004-06-10 Thread Hui Huang
.6.6 is Ok, looks like your case is different. I haven't got a chance to load FC2 on my machine yet. regards, -hui Marc Heckmann wrote: Hi, I am using j2sdk-1.4.2 on Fedora Core 2 x86_64. when starting tomcat v4.1.30 (haven't tried any other version), I get segfaults and my webapps do not

Re: What is 1.3.1-02d-FCS version of JRE???

2004-04-19 Thread hui
On Mon, Apr 19, 2004 at 02:47:56PM -0400, Kevin B. Hendricks wrote: > Since the Blackdown PPC Linux project was so small and I had such a hard time > finding anyone to help it along, I finally just pretty much gave up. I have > only done the barest minimum to keep the Blackdown JDK 1.3.1 functi

Re: 1.3, kernel 2.6, signals

2004-03-18 Thread Hui Huang
l, but not at Java level). regards, -hui nicole wrote: Ah, the IBM JDK was holding the signals for the JVM, that explains why that didn't work (had to use -Xrs). Works with 2.6: IBM 1.3.1-6 (with -Xrs) Sun 1.4.2_03 (no -Xrs) Does Not Work with 2.6: Blackdown 1.3.1 Sun 1.3.1_10 Sun 1.3.1_11 Unte

Re: stack size to small?

2004-03-08 Thread Hui Huang
It is implemented in 1.5. thanks, -hui Joseph Shraibman wrote: This alt stack is allocated when? I'm confused. If at thread creation, then the thread.start() should fail with an OutOfMemError. If it is allocated when a stack overflow occurs, well of course there won't be space to a

Re: stack size to small?

2004-03-07 Thread Hui Huang
your code (both Java and native) to see if you are creating threads with small stack. Before 1.5, the minimum stack size allowed is 96k. regards, -hui Joseph Shraibman wrote: That's what StackOverflowError is for. It shouldn't crash the jvm Dan Kegel wrote: Joseph Shraibman wrote:

Re: Max number of threads with NPTL

2004-02-04 Thread Hui Huang
Vincent Touquet wrote: On Wed, Feb 04, 2004 at 09:56:57AM -0800, Hui Huang wrote: Default stack size is 512k. You need 3500 * 512k = 1750M address space for 3500 threads. Try -Xss96k. Also check your limit on max #processes (ulimit -u), you can't create more threads than that limit either.

Re: Max number of threads with NPTL

2004-02-04 Thread Hui Huang
3500 * 512k = 1750M address space for 3500 threads. Try -Xss96k. Also check your limit on max #processes (ulimit -u), you can't create more threads than that limit either. regards, -hui the system won't appear to be using the memory because the stack pages won't have correspo

Re: Volano Report update

2003-06-04 Thread Hui Huang
Try creating more than 1024 threads, that's something you couldn't do without NPTL. There has been a lot of work done in the past to make this happen. Drop me an email if you'd like to hear more about the boring story of threading support within JVM ;-) thanks, -hui --

Re: Volano Report update

2003-06-04 Thread Hui
On Tue, Jun 03, 2003 at 10:57:46PM -0700, John Neffenger wrote: > Hi Juergen, > Do you mean that the Sun and Blackdown native-thread HotSpot Server VMs > will be able to go right up to 10,000 connections (about 20,000 threads) > right out of the box on Red Hat Linux 9? (On Red Hat Linux 8.0, th

Re: Volano Report update

2003-06-04 Thread Hui Huang
. Some (e.g. faster mutex) may help Java applications, others (e.g. better signal handling) could be hardly noticeable unless you have JNI code. regards, -hui -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of &qu

Re: Volano Report update

2003-06-04 Thread Hui Huang
D_ASSUME_KERNEL to different values (see Redhat release notes). If you plan to run volano, don't forget to apply the latest glibc patch, it fixed a condvar bug that could hang volano. I've heard reports that 1.3.1 is OK too, but we didn't test it. Blackdown version

Re: Volano Report update

2003-06-03 Thread Hui
On Tue, Jun 03, 2003 at 11:49:28AM +0200, Marco Trevisan wrote: > In my opinion: > > - you tested Blackdown-1.3.1 using green threads, but Sun JVM used > native threads. In Linux this makes a huge difference in terms of thread > scalability with one CPU. It should be useful to show the Linux Sun >

Re: per jvm thread limit

2003-04-02 Thread Hui Huang
Joseph Shraibman wrote: Juergen Kreileder wrote: [EMAIL PROTECTED] writes: On Fri, 14 Feb 2003, Juergen Kreileder wrote: BTW: If you use another setting than CONFIG_1GB or if you're on x86-64 you want to use the new release. Older HotSpot versions have problems with the other values. So

Re: per jvm thread limit

2003-02-14 Thread Hui
On Fri, Feb 14, 2003 at 04:22:31PM -0800, John Neffenger wrote: > Further note to readers: I got past this 16,000 native thread limit by > specifying the "-green" user-level thread option to the Blackdown > virtual machine. So my 20,000 threads were all mapped onto one Linux > process (one Lin

Re: linux

2003-02-06 Thread Hui Huang
leep(1) can actually take 10ms, because of clock granularity?) That being said, by default Sun's JDK converts Thread.yield() directly to sched_yield() on Linux. Kernel scheduler will decide whether or not to actually switch context. -hui --

Re: linux

2003-02-06 Thread Hui Huang
Joseph Shraibman wrote: Hui Huang wrote: Joseph Shraibman wrote: Alexander V. Konstantinou wrote: Actually, thread priorities work fine in Linux. No, they don't, not with the latest sun jdk on redhat 8.0. Thread priority is just a hint (same applies to Thread.yield()). Whil

Re: linux

2003-02-06 Thread Hui Huang
r can do a better job than human in prioritizing jobs. After all, only kernel scheduler knows how threads interact with each other and/or with other applications. -hui -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a

Re: JVM and threads

2002-09-04 Thread Hui
On Wed, Sep 04, 2002 at 09:28:37AM -0700, Dan Kegel wrote: > I have no idea what Ulrich is planning for his linuxthread replacement, > but once it's out in the open, we can probably finally fix issues > like signal delivery. Is there some public docs on this project ? I'm out of the loop as far a

Re: JVM and threads

2002-09-04 Thread Hui
On Wed, Sep 04, 2002 at 08:41:07AM -0700, Dan Kegel wrote: > You're referring to Linuxthreads? It has a couple other problems, > like pid being different for each thread, and thread startup and > shutdown > not being as fast as thread maniacs (you know, the people who create > more than 1 thread/

Re: JVM and threads

2002-09-04 Thread Hui
On Wed, Sep 04, 2002 at 07:59:30AM -0700, Dan Kegel wrote: > As I wrote in a previous message, Sun is abandoning M:N threading; > see http://java.sun.com/docs/hotspot/threads/threads.html > NGPT is probably a dead end. I suspect Gnu and Linux will continue > on with kernel-based threads, but with

Re: JVM and threads

2002-09-04 Thread Hui
On Wed, Sep 04, 2002 at 10:30:46AM +0200, Ingo Rockel wrote: > I just had a look at the mail-archive of their mailing-list. There is a > statement clarifying, their stuff will NOT work with current JVMs. > > Look here: > http://www-124.ibm.com/pipermail/pthreads-users/2002-August/000250.html >

Re: JVM and threads

2002-09-03 Thread Hui
On Tue, Sep 03, 2002 at 10:03:15PM +0200, Marco Trevisan wrote: > I found out that the best performing JVM on a single-processor Linux > machine is Blackdown-1.3.1 with green threads and the OpenJIT compiler. > Other JVMs I tried are: IBM v1.3.0 - 1.3.1, Sun v1.3.1 - 1.4.x If there is any gain i

Swing doesn't work on jdk117

1998-11-11 Thread Hui Chi Yen
I've just downloaded jdk117v1a. Then I tested it with the SwingSet example comes with swing1.0.3. When I started it, it generated a segment fault. Did I miss something? Alex Hui [EMAIL PROTECTED]

help me

1998-06-21 Thread Cho Hui Dae
hi! can you help me? i have the following error whenever i run every programs included in linux jdk 1.1.6. what happened? first of all, i got "Segmentation fault" with libc library in jdk. so i removed it coz i have already installed the same version of libc. then i can run some programs. but they