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

Re: Issues in Performance Tesing of OpenLDAP using SLAMD

To: Shilpa Sethi <shilpa2.sethi@aricent.com>, openldap-technical@openldap.org
Subject: Re: Issues in Performance Tesing of OpenLDAP using SLAMD
From: Quanah Gibson-Mount <quanah@zimbra.com>
Date: Mon, 10 Nov 2008 08:20:39 -0800
Content-disposition: inline
In-reply-to: <9BB32F1C80615142AB25A13800B275E12D3B0390@GUREXMB01.ASIAN.AD.ARICENT.COM>
References: <9BB32F1C80615142AB25A13800B275E12D3B0390@GUREXMB01.ASIAN.AD.ARICENT.COM>

--On Monday, November 10, 2008 5:28 PM +0530 Shilpa Sethi <shilpa2.sethi@aricent.com> wrote:

Please suggest a way by which Predictable/ similar read rates could be
achieved on both the servers as both being exactly same.

I always found slamd to be massively inefficient. The only way to get reliable results from it in a read scenario was to have numerous client systems querying the LDAP server(s), so that the clients could reliably max out the server.

--Quanah

--

Quanah Gibson-Mount
Principal Software Engineer
Zimbra, Inc
--------------------
Zimbra ::  the leader in open source messaging and collaboration

Follow-Ups:
- RE: Issues in Performance Tesing of OpenLDAP using SLAMD
  - From: Shilpa Sethi <shilpa2.sethi@aricent.com>

References:
- Issues in Performance Tesing of OpenLDAP using SLAMD
  - From: Shilpa Sethi <shilpa2.sethi@aricent.com>

Prev by Date: Re: Cannot modify directory entry with custom attribute
Next by Date: [no subject]
Index(es):
- Chronological
- Thread