[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Fwd: Using lmdb as a pure in memory store
- To: openldap-technical@openldap.org
- Subject: Fwd: Using lmdb as a pure in memory store
- From: Russell Haley <russ.haley@gmail.com>
- Date: Thu, 22 Sep 2016 14:01:46 -0700
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=EMXOY9n/vGgv2CJS0JUzhVGRGmxaYtiaeonbRV6oFUU=; b=J5Wwaa9vu98MpTT3g/lOYqYKpDLW8uGrnvtDBwVHE1HtPuWbDm4rXWu/QCxzD0dqWV tCk7OMSXkEKCBRJQodE+GdWoPBiPQ8h8rgrPXRstAPAMzW7hbtI8gGlWdxkbDyKtlmEd GD2/xeFjYz5aPXzJcdt4baBeV1bDkMZBWlf5aN5ZLCkqaqSYWs8WvR62BvMkEkJbMCX9 uAxLJFscTCZ/cORrq+wxHkufsJ0J+0LZaLtQlliAkonejVWnm5pfeoh1y7Ow1UOoRZcT VXbivdbu6IAky2q9dk7x4JRAJtL10mhfIfKudKE/T8aXTL+lBdv08EaoUV6YfEI/nwGe 6X0A==
- In-reply-to: <CABx9NuQadL2OtjBZ2DKUZ-yAyJX=Yb0oY4XbUBMCvrJgvTcGvA@mail.gmail.com>
- References: <CABx9NuQadL2OtjBZ2DKUZ-yAyJX=Yb0oY4XbUBMCvrJgvTcGvA@mail.gmail.com>
Hello,
I wasn't fully subscribed when I sent this so I'll send it again.
Any input or reference hints would be great. I love reading manuals. :)
Russ
---------- Forwarded message ----------
From: Russell Haley <russ.haley@gmail.com>
Date: Tue, Sep 20, 2016 at 4:52 PM
Subject: Using lmdb as a pure in memory store
To: openldap-technical@openldap.org
Hi there,
We are currently evaluating in memory key value stores for ~100,000 -
200,000 records in an embedded system. I suggested lmdb but it is
being discounted for some reasons I thought I'd validate:
1) It is currently thought that a on disk file is REQUIRED for the
system. Does MDB_NOSYNC turn off the disk caching? Can it be run as a
pure in-memory database? Could the file not just be mapped to a
memdisk?
2) Because these values can come very fast, that the use of a lock
file would cause delay and too much wear on the nand based disk (SSD).
I see a no locking option ( MDB_NOLOCK) that would stop a lock file
being written. Again, another option would be mapping the lock file to
a memdisk to handle that?
Thanks!
Russ