openldap-devel September 2013

openldap-devel@openldap.org

4 participants
4 discussions

Re: mdb_drop in lmdb
by Howard Chu 14 Sep '13

14 Sep '13

Conrad Steenberg wrote: > [resending to the list, doesn't seem to have gotten through] > > Hi there, > > I'm in the process of creating a binding for lmdb for the Crack > language. So far everything works really well, except that I'm not sure > about the workings of mdb_drop() to clear all the items from a database. > > Is there an example usage somewhere that I can look at? The definitive example of how to use LMDB is OpenLDAP slapd back-mdb. mdb_drop is used in back-mdb/tools.c. You can also take a look at the dict_lmdb.c driver in Postfix 2.11 for another example. > Basically for an already open db handle inside an MDB_env I do > _tmpTxn = mdb_txn_begin(_env, NULL, 0) > mdb_drop(_tmpTxn, _dbi, 0) > mdb_txn_commit(_tmpTxn) > mdb_reader_check(_env) > > However, when the db is opened again with mdb_dbi_open() I sometimes get > MDB_BAD_RSLOT: Invalid reuse of reader locktable slot That seems a bit odd, mdb_dbi_open() cannot return MDB_BAD_RSLOT. > I'm sure I'm missing a step somewhere! Any ideas? Might help to see your actual code that causes this situation. > > Thanks! > Conrad > > > > -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

1 0

LMDB write performance on Linux
by Howard Chu 11 Sep '13

11 Sep '13

Quanah noted a few times in IRC that LMDB write performance was a lot slower after upgrading from Linux 2.6.x to 3.x. I've also observed some major slowdowns on an Ubuntu 3.5.0-23 kernel whenever the dirty page flusher is active. Apparently this is a known issue introduced in the 3.0 kernel series http://lwn.net/Articles/486311/ I'm told that this has been fixed as of Linux 3.10. Unfortunately our most recent round of benchmarks has all been run on our 3.5.0-23 system. The SLAMD results we obtained for LMDB Modify throughput (tested back in February this year) are only about 60% of the speed we expected. http://lkml.indiana.edu/hypermail/linux/kernel/1309.1/01585.html -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

2 1

next release
by Howard Chu 09 Sep '13

09 Sep '13

A lot of my recent commits are actually intended for OpenLDAP 2.5. A few of the recent TLS-related changes added to the libldap API, so one way or another they will require a library version bump. The question is whether these changes should go into the next 2.4 release: channel binding support OpenSSL elliptic curve support logging tls version/cipher info It seems that given the heightened awareness of encryption matters due to recent revelations about NSA data gathering, it might be a good idea to include these in 2.4 as well. Any opinions? -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

2 5

EC_KEY undefined in master (was: openldap.git branch master updated)
by Hallvard Breien Furuseth 08 Sep '13

08 Sep '13

openldap-commit2devel(a)OpenLDAP.org writes: > commit e631ce808ed56119e61321463d06db7999ba5a08 > Author: Howard Chu <hyc(a)openldap.org> > Date: Sat Sep 7 09:47:19 2013 -0700 > > ITS#7595 Add Elliptic Curve support for OpenSSL tls_o.c:326: error: 'EC_KEY' undeclared. /usr/include/openssl/ssl.h has #define SSL_OP_SINGLE_ECDH_USE 0x00080000L. "grep -w EC_KEY /usr/include/openssl/*.h" finds nothing. OPENSSL_VERSION_NUMBER = 0x10000003L. -- Hallvard

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openldap-devel September 2013