Mailing-List: contact dev-help@directory.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Apache Directory Developers List" <dev@directory.apache.org>
Subject: Fwd to the dev mailing list : Could I know the progress of LMDB
 backend for ApacheDS and I want have a try on it
References: <KL1PR04MB0967DC2D19EB73FACA03210091200@KL1PR04MB0967.apcprd04.prod.outlook.com>
To: Apache Directory Developers List <dev@directory.apache.org>
From: =?UTF-8?Q?Emmanuel_L=c3=a9charny?= <elecharny@gmail.com>
Message-ID: <7fea3200-15ff-f0f5-fc4a-74b1fa63d532@gmail.com>
Date: Sat, 11 Mar 2017 09:27:33 +0100
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0)
 Gecko/20100101 Thunderbird/45.8.0
MIME-Version: 1.0
In-Reply-To: <KL1PR04MB0967DC2D19EB73FACA03210091200@KL1PR04MB0967.apcprd04.prod.outlook.com>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
archived-at: Sat, 11 Mar 2017 08:27:47 -0000


Hi Emmanuel and Zheng,

  Recently I am using ApacheDS as the storage of my project but worried a=
bout the DB backend of it. The index of JDBM may be corrupted somehow and=
 it is seems hard to resolve that issue. Another concern is that it is to=
o slow to turn on the syncOnWrite or facing the risk of loss of data when=
 crashing or power off if turn off the syncOnWrite option. Mavibot maybe =
a choice but it is not for production yet currently.

  So I consider to implement the LMDB partition and index myself to provi=
de a stable DB backend. I read this email threads https://www.mail-archiv=
e.com/dev@directory.apache.org/msg48554.html and know that you guys want =
to have a try to implement LMDB backend for ApacheDS. So how about the pr=
ogress? I want to have a try on LMDB and it really helps if there is some=
 work I can leverage.

  LMDB claims it supports =E2=80=9CMultiple sub-databases may be created =
with transactions covering all sub-databases=E2=80=9D. So maybe the locks=
 in the AbstractBTreePartition can be removed and use LMDB transaction in=
stead. It seem there=E2=80=99s a hope that LMDB may provides faster read/=
write speed and a consistent DB backend.

  Sorry for this if this mail disturbs you.

Thanks, and eagering for your reply.
Zack Liu