From seuler.shi@gmail.com Wed Feb 14 02:02:29 2007
From: seuler.shi@gmail.com
To: openldap-bugs@openldap.org
Subject: Re: Can slapd run with only one thread to operate (ITS#4842)
Date: Wed, 14 Feb 2007 02:02:28 +0000
Message-ID: <200702140202.l1E22Slg046029@boole.openldap.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1400323127169116039=="

--===============1400323127169116039==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

------=3D_Part_100396_21317226.1171418508303
Content-Type: text/plain; charset=3DISO-8859-1; format=3Dflowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

What I want to do is to do operations in OpenLDAP server serially, not
concurrency
in the server. If the back database is configured to load all data in
memory, then overhead
of executing a operation is approximately equal the overhead of lock
relevant overhead in
database. So if requests are serially handled in openldap server, the lock
subsystem can
be remove from backend database.

I just want to compare difference on performance under these two strategy.

Although I use ./configure --without-threads, there are still two work
threads,(info thread in
gdb: there are two pthread_cond_wait records.)

Would you give me some suggestion to reach the goal, serially handle the
received requests
in openldap server?

Thanks a lot!

2007/2/14, Pierangelo Masarati <openldap-its(a)openldap.org>:
>
> Slapd by design needs at least 2 threads to work.  That code is there
> exactly to
> avoid silly configurations with less than 2 threads.  You're free to
> modify it,
> but then you shouldn't complain.  Otherwise, if you don't want slapd to
> use
> threads you can compile it --without-threads (not --without--threads like
> you
> typed).
>
> If you could tell us what your real problem is with threads, maybe we
> wouldn't
> both waste time in this rather pointless issue.
>
> p.
>

------=3D_Part_100396_21317226.1171418508303
Content-Type: text/html; charset=3DISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

<div>What I want to do is to do operations in OpenLDAP server serially, not c=
oncurrency</div>
<div>in the server. If the back database is configured to load all data in me=
mory, then overhead</div>
<div>of executing a operation is approximately equal the overhead of lock rel=
evant overhead in </div>
<div>database. So if requests&nbsp;are serially handled in openldap server, t=
he lock subsystem can</div>
<div>be remove from backend database. </div>
<div>&nbsp;</div>
<div>I just want to compare difference on performance under these two strateg=
y.</div>
<div>&nbsp;</div>
<div>Although I use ./configure --without-threads, there are still two work t=
hreads,(info thread in</div>
<div>gdb: there are two pthread_cond_wait records.)</div>
<div>&nbsp;</div>
<div>Would you give me some suggestion to reach the goal, serially handle the=
 received requests</div>
<div>in openldap server?</div>
<div>&nbsp;</div>
<div>Thanks a lot!</div>
<div>&nbsp;</div>
<div><span class=3D"gmail_quote">2007/2/14, Pierangelo Masarati &lt;<a href=
=3D"mailto:openldap-its(a)openldap.org">openldap-its(a)openldap.org</a>&gt;:<=
/span>
<blockquote class=3D"gmail_quote" style=3D"PADDING-LEFT: 1ex; MARGIN: 0px 0px=
 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Slapd by design needs at least 2 thr=
eads to work.&nbsp;&nbsp;That code is there exactly to<br>avoid silly configu=
rations with less than 2 threads.&nbsp;&nbsp;You&#39;re free to modify it,
<br>but then you shouldn&#39;t complain.&nbsp;&nbsp;Otherwise, if you don&#39=
;t want slapd to use<br>threads you can compile it --without-threads (not --w=
ithout--threads like you<br>typed).<br><br>If you could tell us what your rea=
l problem is with threads, maybe we wouldn&#39;t
<br>both waste time in this rather pointless issue.<br><br>p.<br></blockquote=
></div><br>

------=3D_Part_100396_21317226.1171418508303--



--===============1400323127169116039==--