[Date Prev][Date Next]
Re: Searches are painfully slow
As I see it, that shouldn't be the cause for the slowness of my
openldap. First of all :
--enable-rlookups enable reverse lookups [no]
states that reverse-lookups are disabled by default.
When I do my ldap-searches by php I get a result for each query about
1-2 seconds after the actual Query. The ldap-bind happens nearly
instantly. With a problem with reverse-lookups that should take about
30 seconds (=DNS-timeout).
Thanks for your help.
Jan-Piet Mens wrote:
> Have you disabled reverse-DNS-lookups in slapd during ./configure ?
> It could be that you have a resolver problem ?
> On Mon, 8 Oct 2001, Timo Boettcher wrote:
> > Hi!
> > 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.
> > Is there anybody else who has an idea?
> > Timo Boettcher
> > John Hall wrote:
> > >
> > > Hi,
> > >
> > > I have got Openldap (v2.0.11) running on a Pentium 100 with 80Mb RAM. In my
> > > test database I have less than 10 entries. Doing a search, however, is
> > > really slow, taking around 10 seconds to search on surname. Even just doing
> > > a search for all entries takes ages, with results appearing on the output at
> > > a rate of less than one per second.
> > >
> > > My index entries look like so:
> > > index default pres,eq
> > > index objectClass eq
> > > index cn eq,sub
> > > index sn eq,sub
> > >
> > > Does anybody have any idea why it might be so slow? I know it's a fairly old
> > > machine, but I would have thought it should be quicker than this.
> > >
> > > Cheers,
> > > John Hall