[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: ldbm writesync
At 05:49 AM 12/2/99 -0800, Howard Chu wrote:
>Just a suggestion, on the topic of cache flushing and such... In the
>interest of speeding up bulk write operations:
> perform ldbm_open without writesync
> keep track of a "dirty" flag
> on *read* operations check for dirty, and perform an explicit
> ldbm_sync.
>The ldbm_sync can be invoked after the read results are sent back to the
>client, to avoid making the reader wait around. In the worst case of a very
>active directory with lots of writes & reads, this should be no worse than
>before. In the case of a major series of updates, this should be a bit
>faster. For the paranoid, you can always issue a search after a write to
>force a flush. Comments? (Other than "you've stayed awake too late again,
>Howard...")
I would rather see our energies turned to making back-bdb2
a reality. I believe it impertive that we development a
robust, reliable backend. LDBM doesn't provide a transaction
model to the server and hence back-ldbm will never be robust
nor reliable.
Kurt
----
Kurt D. Zeilenga <kurt@boolean.net>
Net Boolean Incorporated <http://www.boolean.net/>
- Follow-Ups:
- back-bdb2
- From: Randy Kunkee <kunkee@pluto.ops.NeoSoft.com>