[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
RE: deferring operation?
> -----Original Message-----
> From: Paul Reilly [mailto:pareilly@tcd.ie]
> It's OpenLDAP 2.1.6 on RH Linux 8.0 on a Dell 2650 dual
> processor 1GB RAM.
>
> > With default settings for OpenLDAP 2.1.17, 438 threads
> > would consume about 5.25GB of RAM in stack space alone. I
> hope for your sake
> > that you're running on a 64-bit machine with much more
> memory than that.
> >
> No, 32bit intel hardware.
> Ok, that's a lot of RAM/threads for a small scale operation
> (say 10 squid
> auth processes and 100 MacOSX clients). Does the number of
> threads bear a
> linear relationship to the number to clients, or requests?
> Maybe my threads are not being reaped after completing?
slapd uses a thread pool. Threads it creates are never reaped, they're
re-used for subsequent operations. The old default was for a maximum of 32
threads, the current versions default to a max of 16. If you haven't
explicitly raised the maximum threads in your slapd.conf, then you've
probably encountered a bug. 16 is probably still too many for your 1GB RAM. I
don't recall what the default stack size was in version 2.1.6, and I don't
feel like looking it up at the moment. It has varied from as small as 2MB to
as large as 16MB per thread through the various releases. grep for
LDAP_PVT_THREAD_STACK_SIZE in your include directory...
-- Howard Chu
Chief Architect, Symas Corp. Director, Highland Sun
http://www.symas.com http://highlandsun.com/hyc
Symas: Premier OpenSource Development and Support