[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
RE: Serious Concurrency problem with openldap-2.0.X
> -----Original Message-----
> From: owner-openldap-software@OpenLDAP.org
> [mailto:owner-openldap-software@OpenLDAP.org]On Behalf Of Michel.Minsoul
> I have tested openldap-2.0.22 and it seems to work. I could not reproduce
> the concurrency problem I had with openldap-2.0.21. Thanks for fixing this
> bug rapidly.
> Just one more question. It seems that the new giant lock prevents any
> entry from being read while a given entry is being updated. It would be
> much better if the lock were at a finer granularity level (at the entry
> level instead of at the whole db level) in order to let an update
> query of a certain entry proceed concurrently with search queries
> of OTHER entries.
> Do you intend to improve the level of concurrency in future version
> of openldap ?
The new back-bdb backend that is currently being tested in HEAD offers
reliable entry-level locking. No further enhancement is anticipated for
back-ldbm, it's pretty much a dead end.
> Michel MINSOUL
> SEGI, University of Liege
> B26 - Sart Tilman
> B-4000 Liege (Belgium)
> mailto: Michel.Minsoul@ulg.ac.be
> VOICE: +32 (4) 3664977
> FAX: +32 (4) 3662920
-- Howard Chu
Chief Architect, Symas Corp. Director, Highland Sun
http://www.symas.com http://highlandsun.com/hyc
Symas: Premier OpenSource Development and Support