> - Log -----------------------------------------------------------------
> commit de5b605fef750992b586a44607b1a6c612d5bf6f
> Author: Howard Chu<highlandsun(a)gmail.com>
> Date: Sun Aug 28 04:06:03 2011 -0700
>
> Resync
>
> commit 762c9e432f5e1694e4ad2781ca95b5cc50e7886c
> Author: Howard Chu<highlandsun(a)gmail.com>
> Date: Sun Aug 28 04:04:09 2011 -0700
>
> bump mdb maxsize up to 32M to pass test060
With indexing enabled, my test DB grew to 15MB running test060. Prior to
enabling indexing it was well under the 10MB default. We might want to raise
the default from 10MB, but it's hard to imagine that whatever value we pick
will be useful in real life. Any site is going to need to tweak this anyway.
As of now back-mdb passes all of "make test". I still have other features I
plan to change, but it's fully functional now if you feel like beating on it.
>
> Note in slapd-mdb(5) that setting a huge size is desirable.
>
> -----------------------------------------------------------------------
>
> Summary of changes:
> doc/man/man5/slapd-mdb.5 | 5 +++++
> servers/slapd/back-mdb/libmdb | 2 +-
> tests/data/slapd.conf | 1 +
> 3 files changed, 7 insertions(+), 1 deletions(-)
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
At one point while running test060 I saw slapd-mtread hit 100% CPU while slapd
was doing nothing. In fact, slapd had died from a SEGV and wasn't even around
any more. Apparently there's a bug in libldap_r such that it doesn't break out
of this situation, haven't had time to investigate it though. Just a heads up
in case anyone has some spare time to look further.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/