[PATCH] Dynamic thread stack size

[Joe Marcus Clarke]

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?

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/a3f78ab1/attachment.bin