[Date Prev][Date Next]
Re: Searches are painfully slow
I believe I experienced the same problem. The ldapsearch took few seconds (about 10 - 30) before displaying the result of a simple search. But if my PC connected to internet (via ADSL), the result somehow was instantaneous.
I don't know how it is related and haven't have time to debug.
BTW, I am running OpenLDAP 2.0.14, using Bekerley DB backend (can't remember which version) on Slackware 8.0.
CommVerge Solutions (Singapore) Pte Ltd
9 Temasek Boulevard, Suntec Tower Two #27-03
phone : +65 883-0800
fax : +65 883-2345
direct: +65 330-5304
mobile: +65 9636-3714
web : www.commverge.com
On Mon, 8 Oct 2001 20:34:46 +0100
"John Hall" <email@example.com> wrote:
> On 08 October 2001 13:59 Timo Boettcher <firstname.lastname@example.org> wrote:
> > I hab (and still have) the same problem. Updating to openldap 2.0.15
> > with BerkeleyDB 3.3.11 (not sure about the version number, it was the
> > newest one) and adding some cache via slapd.conf gave an additionally
> > 10%(!!) more performance each. Upgrading from P2-233 with 96MB-Ram to
> > P3-866 with 256MB increased performance by some 300%. Still, it takes
> > about 5 seconds to query 20 entries from a 300 entries/400kb(ldif)
> > database (I'm talking of one single user having the ldap-server for
> > himself). Since openldap is "optimized" for reading, it should be MUCH
> > faster than that. Perhaps there is a problem in both of our slapd.conf
> > or our general setup. Would be nice to know more of your system (OS,
> > Backend, kernel, ... ). I'm running slapd on Debian with a 2.4.7
> > Kernel.
> Some info about my system:
> RedHat 6.2, but with kernel 2.2.19. OpenLdap compiled from source
> (version 2.0.11), Berkeley DB compiled from source (v 3.2.9). I have a
> database with less than 10 entries and no other users on the system.