[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
OpenLDAP performance and Glibc under Debian
- To: openldap-software@OpenLDAP.org
- Subject: OpenLDAP performance and Glibc under Debian
- From: "Anthony L. Awtrey" <tony@idealcorp.com>
- Date: Thu, 18 Dec 2003 12:52:13 -0500
- User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031107 Debian/1.5-3
Hello list,
I've got a repeatable problem with OpenLDAP search performance which
appears to be related to the version of glibc under Debian. Hopefully
someone can help me further isolate the issue so we can get it resolved.
It may actually be a glibc bug, but I just don't know enough to make
that call.
My company is preparing for the eventual release of the new Debian
stable and we are doing some preliminary testing of our key
infrastructure on the testing/unstable release which includes OpenLDAP.
One of our tests noted that a substring search of our shared contact
list which used to take just under a second, now takes over 10 seconds
to complete. After examining the changes between Debian stable and
unstable we narrowed the problem down to the version of glibc.
Debian's stable release is currently running glibc version 2.2.5 and the
current version in unstable is running glibc version 2.3.2. If you build
a pinned Debian box you can switch back and forth between different
versions of a package easily enough to test for problems. I've included
instructions on how to do this along with an automated LDIF data
generator to populate an LDAP repository with fake contact data to
demonstrate our issue. The tar ball with the files and more detailed
problem description is available here:
ftp://ftp.idealcorp.com/pub/ldap-test.tgz
The tarball includes configs and our schemas for both OpenLDAP 2.0 and
2.1 as well as an automated contact list LDIF generator that can be used
to build data to test the performance against. There is also a timed
search script script that can be used to create the same kind of search
we use in our web-based contact application that first identified the
problem.
I would really appreciate help isolating what the underlying problem is.
Thanks in advance.
Tony
--
Anthony L. Awtrey
Vice President
__________________________________________________
I.D.E.A.L. Technology Corporation - Orlando Office
http://www.idealcorp.com - 407.999.9870 x13