[Date Prev][Date Next]
Re: slapd threads on master pegs multiple CPU Sun running Solaris 8 (ITS#2302)
I think we should restart discussing on the transaction-protected searches.
The overhead of transactional searches does not seem to be prohibitively
(I remember around 10% when I experimented with it.)
One concern is the semantics of the aborted LDAP search.
1. abort the whole search ?
In this case, it would be the client's responsibility to resend the
2. abort a single db->get() of the candidate loop ?
We should have one transaction per loop iteration.
The overhead of frequent transaction begin and commit has to be
BTW, Joseph, what is the version number of BerkeleyDB ? Is it 3.x ?
Jong Hyuk Choi
IBM Thomas J. Watson Research Center - Enterprise Linux Group
P. O. Box 218, Yorktown Heights, NY 10598
(phone) 914-945-3979 (fax) 914-945-4425 TL: 862-3979