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

Re: (ITS#3835) Lightweight Listener Thread

--On Thursday, July 07, 2005 10:28 AM -0400 Sang s Lim <slim@us.ibm.com> 

>> I've tested now with the new build, and it works correctly.  So I'm
>> guessing the ifdef's are not even needed, since things must always be
>> mutexed.
> No they are not. So with fixes, I uploaded the patch again.
> ftp://ftp.openldap.org/incoming/sangseok-050707.diff
>> As for the results:
>> Search rate with patch: 868.232 ops/second
>> Searchrate without patch:  910.171 ops/second
>> I.e., its faster without the patch for me on Solaris.  I've not yet
> tested
>> with it being compiled with the second flag set.
>> This is on a 2 CPU SunFire V210 with 2GB of RAM.  The database has
>> 10,000
>> entries.  It has an 11k entry cache and a 33k idl cache.  The DB has a
> 384
>> MB cache for BDB.  The attribute being queried (uid) is indexed eq, and
> it
>> is an exact uid= search that is being performed.
> With your H/W and configuration, 910 ops/second seems to be very low,
> considering all entries were cached in the entry cache and indexed.
> I have several questions. What benchmark did you use?
> Are the numbers maximum throughput or CPUs were under-utilized during the
> test?
> And could you test the patch with a large number of idle connections (4K
> ~16K)?
> It'll be very interesting and helpful to see how the patch works
> with a large number of idle connections in other platform.
> Thank you.

Hi Sang,

Note that in this case, an operation is: "connect, bind, search, receive 
result, unbind, disconnect".  This search rate is in line with what I 
expect from a Solaris system.  Compartively, throwing GSSAPI in the mix 
nets me 174 ops/second average.

The benchmarking software I'm using is slamd <http://www.slamd.com/>.  The 
CPU's are highly utilized (99.x%) during the searches.

I'm not particularly interested in testing with a large number of idle 
connections.  The solution to idle clients is the idletimeout setting in 
slapd.conf.  I'd have to figure out how to set up a large number of idle 
connections as well.

I was hoping this patch was more designed at increasing throughput 


Quanah Gibson-Mount
Product Engineer
Symas Corporation
Packaged, certified, and supported LDAP solutions powered by OpenLDAP: