Re: per jvm thread limit

2003-02-16 Thread jks
On Sun, 16 Feb 2003, Dan Kegel wrote: > [EMAIL PROTECTED] wrote: > > But they have no logical reason to share stack memory. I was assuming > > the os did things logically. My mistake. > > Just curious: do you know of any operating systems that don't > share the stack memory for different thread

Re: per jvm thread limit

2003-02-16 Thread jks
On Fri, 14 Feb 2003, Dan Kegel wrote: > > > > I was under the impression that since linux made ever thread a seperate > > process they each had their own stack and only shared the heap memory. > > Threads share the entire memory space. That's what makes them threads > instead of processes. But

Re: per jvm thread limit

2003-02-14 Thread jks
On Thu, 13 Feb 2003, Dan Kegel wrote: > Man Chi Ly wrote: > >>>Physical memory, maybe, but I bet you a nickel you got > >>>up near 1GB of *virtual* memory. Go learn about how > >>>thread stacks work. You're not running out of RAM; you're > >>>running out of address space. > >> > >>I guess I don'

Re: per jvm thread limit

2003-02-14 Thread jks
On Fri, 14 Feb 2003, Juergen Kreileder wrote: > > BTW: If you use another setting than CONFIG_1GB you want to use the > new release. Older HotSpot versions have problems with the other > values. > So which ones are good? Is the latest sun jdk good or only the forthcoming blackdown?

Re: per jvm thread limit

2003-02-13 Thread jks
On Thu, 13 Feb 2003, Man Chi Ly wrote: > > Dan's probably one of the authorities on this performance issue; but isn't > it generally considered bad form to be spawning so many threads in an > application? Nature of the application. I need to send out a lot of email in parallel. >

Re: per jvm thread limit

2003-02-13 Thread jks
On Thu, 13 Feb 2003, John Rousseau wrote: > The number of threads is limited by kernel config (as Nathan pointed > out) I'm not running into that limit. That is something over 14k. and by available memory. By decreasing the stack size used by each > thread (via -Xss), you made each thread use

Re: linux

2003-02-07 Thread jks
On Thu, 6 Feb 2003, Hui Huang wrote: > > They don't really want to be kicked out of CPU. But you have to > have those yield()'s inserted into a program because otherwise I think we've lost a little context here. This started out when I said that instead of not doing anything Thread.yield() cou

Re: invalid method hash with rmi calls

1999-12-18 Thread jks
They were in sync. I discovered I got the same message after I killed the server! I had been playing with my policy file before, and I had removed the allpermission that had been granted to jdkhome/lib/ext. When I put that back all my problems went away. The permission thing seems real screwy

Re: IDE's

1999-12-03 Thread jks
On Thu, 2 Dec 1999, Paolo Ciccone wrote: > On Thu, Dec 02, 1999 at 02:09:30PM -0500, Joseph Shraibman wrote: > > Paolo Ciccone wrote: > > > > > > The main problem I had with Jbuiler (enterprise 3 demo for windows) was that it > > wouldn't let me specify a classpath to use in compiling so I co

Re: Compile Error from BlackDown jdk 1.1.7

1999-11-16 Thread jks
On Tue, 16 Nov 1999 [EMAIL PROTECTED] wrote: > Hi: > > I installed BlackDown jdk_1.1.7-v3-glibc-x86.tar.gz on RedHat 6.1 Linux. > There is no problem to compile a simple java application (hello.java). But > got compile error when compile an application with Swing component. The > error messa