[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: (ITS#6298) ldapsearch hangs after ldapadd
Tihomir Culjaga wrote:
> Aster recompiling OpenLDAP with changes to servers/slapd/back-bdb/idl.h
>
>
> #define BDB_IDL_LOGN 16 /* DB_SIZE is 2^16, UM_SIZE is 2^17 */
>
> #define BDB_IDL_DB_SIZE (1<<(BDB_IDL_LOGN+1)) /* moved from 64k
> to 128K */
> #define BDB_IDL_UM_SIZE (1<<(BDB_IDL_LOGN+2)) /* moved from 128k
> to 256k */
The point in defining these macros based on BDB_IDL_LOGN is that you can
simply change that single value, rather then editing everything else that
depends on it.
E.g., change BDB_IDL_LOGN to 17 and leave the other two definitions untouched.
> I'm unable to reproduce the issue.... it looks like problem solved...
> What can we expect as the DB grows? Does it mean i will have to increase
> the values again?
It all depends on the sequence in which entries are added to the database. If
the majority of entries belonging to a particular index slot are created at
around the same time, then they will fit easily into the index and there will
be no problem. If there is a large gap in entries/time, and the gap exceeds
the BDB_IDL_DB_SIZE, then the problem will occur again.
> What is the limit and drawback?
The limit is simply the amount of RAM you have available on your machine.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/