Date: Mon, 24 Jan 2005 19:44:17 -0500 From: Joe Marcus Clarke <marcus@FreeBSD.org> To: Daniel Eischen <deischen@FreeBSD.org> Cc: Julian Elischer <julian@elischer.org> Subject: Re: [PATCH] Dynamic thread stack size Message-ID: <1106613857.28710.66.camel@shumai.marcuscom.com> In-Reply-To: <Pine.GSO.4.43.0501241938220.19951-100000@sea.ntplx.net>
index | next in thread | previous in thread | raw e-mail
[-- Attachment #1 --] On Mon, 2005-01-24 at 19:41 -0500, Daniel Eischen wrote: > On Mon, 24 Jan 2005, Joe Marcus Clarke wrote: > > > Ah, okay, I suspected that was the case for libc_r, but I wasn't sure if > > the same thing held for all threading libraries. > > > > What about increasing the default stack sizes as you've said you wanted > > to do, plus leaving in the environment variable to aid in transition > > should the stack size have to be bumped again in the future? This would > > I don't want an environment variable :-) Why? I've listed two good reasons for having some way of dynamically tuning thread stacks. What are the downsides? > > > also give us an easy way to test for stack overflows without instructing > > users to rebuild their threading library. > > > > Also, what were your planned stacksize increments? I was hoping for > > something along the lines of: > > > > INITIAL (32-bit): 2 MB > > INITIAL (64-bit) 4 MB > > I think I was going to make the initial bigger than that (I forgot > what I chose). > > > DEFAULT (32-bit): 1 MB > > DEFAULT (64-bit): 2 MB > > Yes, I think that's what I was planning for other-than-initial threads. When do you plan to commit the changes? Joe > -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome [-- Attachment #2 --] -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBB9ZZhb2iPiv4Uz4cRAi4cAJwI1gmOiGjmhD3XCNyJCzY1WM6eCgCglHQ0 cVY2fGkPGX8w09vnY7Dqegc= =RE6w -----END PGP SIGNATURE-----home | help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1106613857.28710.66.camel>