[PATCH] Dynamic thread stack size

[Joe Marcus Clarke]

On Mon, 2005-01-24 at 15:15 -0800, Julian Elischer wrote:
> 
> Joe Marcus Clarke wrote:
> 
> >On Mon, 2005-01-24 at 14:31 -0500, Daniel Eischen wrote:
> >  
> >
> >>On Mon, 24 Jan 2005, Joe Marcus Clarke wrote:
> >>
> >>    
> >>
> >>>On Sat, 2005-01-22 at 13:03 -0500, Daniel Eischen wrote:
> >>>      
> >>>
> >>>>On Fri, 21 Jan 2005, Joe Marcus Clarke wrote:
> >>>>
> >>>>        
> >>>>
> >>>>>In a follow-up to the previous discussion on increasing our default
> >>>>>thread stacksize, I thought I'd look at how some other BSD
> >>>>>implementations do it.  Mezz mentioned that he thought NetBSD had a 2 MB
> >>>>>default stacksize, so I took a look.
> >>>>>
> >>>>>What I found was that NetBSD doesn't have a static default stacksize.
> >>>>>Instead, they use the stacksize rlimit and a PTHREAD_STACKSIZE
> >>>>>environment variable to get both the initial stacksize as well as each
> >>>>>thread's default stacksize.  I thought this would be a really good way
> >>>>>of doing things, so I ported their work to FreeBSD.
> >>>>>          
> >>>>>
> >>>>Please no.  I don't want to have to set any more environment
> >>>>variables or login defaults to get libpthread to work with
> >>>>certain ports.
> >>>>        
> >>>>
> >>>No need.  The default stacksize rlimit is more than enough (64 MB) to
> >>>satisfy every one of the affected ports thus far.  The environment
> >>>      
> >>>
> >>And 64MB is way too big for a default stack size...
> >>    
> >>
> >
> >Okay, so lobby that it gets reduced in login.conf.  Why should threads
> >be given less stack than processes, especially the initial thread?
> >
> 
> because there may be 50 of them? (or maybe even 500?)
> 
> Threaded programs are supposed to be aware that stack is a limited resource.

I thought about that, but I also thought that KSEs were treated
similarly to processes so it wouldn't matter if each one had a full
allocation of stacksize?

Joe

> 
> 
> >
> >Joe
> >
> >  
> >
> 
> 
-- 
Joe Marcus Clarke
FreeBSD GNOME Team      ::      gnome at FreeBSD.org
FreeNode / #freebsd-gnome
http://www.FreeBSD.org/gnome
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: This is a digitally signed message part
Url : http://lists.freebsd.org/pipermail/freebsd-threads/attachments/20050124/95eba7c4/attachment.bin