[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