Re: (ITS#3835) Lightweight Listener Thread

[quanah@symas.com]

--On Wednesday, July 06, 2005 12:12 PM -0700 Quanah Gibson-Mount 
<quanah@symas.com> wrote:

>
>
> --On Wednesday, July 06, 2005 11:00 AM -0400 Sang s Lim <slim@us.ibm.com>
> wrote:
>
>> Hi Quanah,
>>
>> I'm investigating the problem.
>> Could you test the patch without the Howard's second fix.
>> My current thought is that slapd_suspend/slapd_resume always have to
>> be mutex (slap_daemon.sd_mutex)-protected in both epoll() and select()
>> cases.
>> Thank you.
>>
>> Sang-Seok
>
> Hi Sang-Seok,
>
> I'm rebuilding it with the if's returned to ifdefs, and will let you know
> the results.

Hi Sang-Seok,

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.

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.

--Quanah

--
Quanah Gibson-Mount
Product Engineer
Symas Corporation
Packaged, certified, and supported LDAP solutions powered by OpenLDAP:
<http://www.symas.com>