Re: THREADS Management XUL/FIREFOX

David,
Thats correct still 32, 128 and 4096 as max limit numbers isnt that too
high? I would say 16 max ...
Anyways where I am most interested (thats why I posted) is the dns
resolver. 8 threads with considerably descnt stacks to handle dns
requests? Why not 4? In fact I have build a FI2 binary on my SVR4 with 4
such threads and I can tell is much better. So wanted to know how the
number 8 was choosen. I have also reduced the other number from 4 to 3.

Wouldnt should be some kind of managenment control on how many lwps the
firefox should claim? Instead leaving its modules to go on controlled
really only by their own local limits?

Regards,

On Tue, 17 Feb 2009, L. David Baron wrote:

> On Tuesday 2009-02-17 17:37 -0800, Takis Psarogiannakopoulos wrote:
> > mozilla/security/nss/cmd/vfyserv/vfyserv.h:#define MAX_THREADS 32
> > mozilla/security/nss/cmd/strsclnt/strsclnt.c:#define MAX_THREADS 128
> > mozilla/security/nss/cmd/selfserv/selfserv.c:#define MAX_THREADS 4096
>
> These look like command-line utilities that are part of the NSS
> library.  We import the full NSS source tree, but I don't think
> Firefox uses that part of it.
>
> -David
>
> --
> L. David Baron                                 http://dbaron.org/
> Mozilla Corporation                       http://www.mozilla.com/
> _______________________________________________
> dev-performance mailing list
> [email protected]
> https://lists.mozilla.org/listinfo/dev-performance
>