[Date Prev][Date Next] [Chronological] [Thread] [Top]

RE: openldap is dog-slow???

	We are seeing poor performance at this point, but looking for
suggestions/ideas to improve things.  It takes the OpenLDAP server about
26-30 seconds to return a search of (objectClass=posixAccount) on a 7,000
account server.  We have the OpenLDAP 2.0.11 server running on a RedHat 7.1
server, nss_ldap-149-4 and the latest RPM updates from RedHat.  This is a
PIII-550 with 512MB of RAM, mirrored drives and only a couple of developers
using it at once.  The load average is well below 0.2 most of the time.  We
have tried using db3 and gdbm backend databases for storage and did not
really see any difference in either.  We do have objectClass indexed so that
is not the issue.

* Larry A. Weidig (lweidig@excel.net)
* Excel.Net,Inc. - http://www.excel.net/
* (920) 452-0455 - Sheboygan/Plymouth area
* (888) 489-9995 - Other areas, toll-free

> -----Original Message-----
> From: M. Yu [mailto:myu@websprinter.net]
> Sent: Wednesday, August 22, 2001 4:49 AM
> To: openldap-software@OpenLDAP.org
> Subject: openldap is dog-slow???
> Hey list,
> I'm about to deploy OpenLDAP for centralized user 
> authentications.  I had
> second thoughts though when I read this post (see bottom) in 
> another list.
> How true is this and are there any benchmarks available?
> M. Yu
> ============
> I'm planning to use LDAP for UNIX user authentication through 
> RFC2307. I
> recall reading a NetworkWorldFusion article where they stated that
> OpenLDAP is dog-slow..
> They were not kidding!! updating the posixAccount hierarchy 
> (analogous to
> /etc/passwd) takes about 0.46 seconds PER ENTRY!! that's 
> horribly slow!!
> Querying takes about 0.04 seconds (23 queries per second 
> maximum) which is
> still very slow! there's no way I can deploy this in a production
> environment with my user load!!
> Hmmm.. anyone tried the iPlanet LDAP server?