[Date Prev][Date Next] [Chronological] [Thread] [Top]

Re: back-bdb performance



> 
> bdb 10000, new indexing
> ldadd 6.170u 0.750s 0:33.51 20.6%     0+0k 0+0io 644pf+0w
> slapd 20.760u 2.420s 0:35.93 64.5%    0+0k 0+0io 3084pf+0w
> 
> Pretty good, finally faster than back-ldbm. The transaction log size is
> 27MB. The database size is about 12MB (id2entry + dn2id). Using this in
> back-hdb will be just about ideal.
> 
> As for search/read speed, I don't have a good metric yet. My current runs of
> test008-concurrency all execute in about 52 seconds, no matter if it's
> back-ldbm, back-hdb, or (back-bdb with new index code). All of the
> search/read iterations finish quickly, and the bulk of the time is the
> add/del task.

Do you also have any figures on concurrent write access ?

back-bdb uses BDB's Transactional Database Store while back-ldbm
uses BDB's Concurrent Database Store which has a single-writer
bottleneck.
So I hope back-bdb will allow for faster writing which IMHO would
be the main advantage over back-ldbm.

regards,
Markus

PS: bdb-4.0.14 is out.