RE: (ITS#4308) poor performance under load

[quanah@stanford.edu]

--On Friday, January 06, 2006 1:34 AM +0000 KevinS@bmrb.co.uk wrote:

> Okay, thanks for the pointers.  now running a slapd compiled with debug
> symbols, without optimization and not stripped.
>
> Heres the backtrace from that thread when slapd is under load from
> ldapsearch...
># 0  0xff01fb74 in time () from /usr/lib/libc.so.1
># 1  0x00176eac in ldap_pvt_runqueue_resched (rq=0x2f6388,
> entry=0x9489c48,
>     defer=0) at rq.c:174
># 2  0x000494b0 in slapd_daemon_task (ptr=0x0) at daemon.c:1797
># 3  0xfef157bc in _lwp_start () from /usr/lib/libthread.so.1
>
> and heres what its doing after the searches have completed...
># 0  0xff01db44 in _poll () from /usr/lib/libc.so.1
># 1  0xfefd2a08 in select_large_fdset () from /usr/lib/libc.so.1
># 2  0x000498a0 in slapd_daemon_task (ptr=0x0) at daemon.c:1848
># 3  0xfef157bc in _lwp_start () from /usr/lib/libthread.so.1

I will note that I've had problems with gdb 6.0 giving a nice long stack 
trace on Solaris.  You may want to update to gdb 6.3 (or 6.4) which does a 
much better job.

--Quanah


--
Quanah Gibson-Mount
Principal Software Developer
ITSS/Shared Services
Stanford University
GnuPG Public Key: http://www.stanford.edu/~quanah/pgp.html