[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>
wrote:
>> 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
performance.
--Quanah
--
Quanah Gibson-Mount
Product Engineer
Symas Corporation
Packaged, certified, and supported LDAP solutions powered by OpenLDAP:
<http://www.symas.com>