This is the mail archive of the java@gcc.gnu.org mailing list for the Java project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: Signal handling rewrite for Linux / i386


Andrew Haley writes:
 > Bryce McKinlay writes:
 >  > Andrew Haley wrote:
 >  > 
 >  > >+ // Size of a thread's stack
 >  > >+ #define STACK_SIZE (1024 * 1024)
 >  > 
 >  > Is it wise to fix the size of the stack like this? Don't we lose 
 >  > something by circumventing the kernel's variable-size/floating stack 
 >  > feature? Certainly, it seems that ulimit -s won't be respected (which 
 >  > can be useful if you want to run a lot of threads on a 32-bit machine 
 >  > and avoid running out of virtual memory).
 > 
 > It's already fixed by linuxthreads at 2 megabytes.  Only the main
 > thread's stack is variable sized.

Ignore that.

It's a good idea to allow threads to be variable in size.  I welcome
suggestions for a good mechanism.

Andrew.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]