Re: [ANNOUNCE] Ext3 vs Reiserfs benchmarks

Matti Aarnio (matti.aarnio@zmailer.org)
Tue, 16 Jul 2002 02:08:45 +0300


On Mon, Jul 15, 2002 at 11:59:48PM +0200, Ketil Froyn wrote:
> On 15 Jul 2002, Patrick J. LoPresti wrote:
> > Without calling fsync(), you *never* know when the data will hit the
> > disk.
>
> Doesn't bdflush ensure that data is written to disk within 30 seconds or
> some tunable number of seconds?

It TRIES TO, it does not guarantee anything.

The MTA systems are an example of software suites which have
transaction requirements. The goal has been usually stated
as: must not fail to deliver.

Practical implementations without full-blown all encompassing
transactions will usually mean that the message "will be delivered
at least once", e.g. double-delivery can happen.

One view to MTA behaviour is moving the message from one substate
to another during its processing.

These days, usually, the transaction database for MTAs is UNIX
filesystem. For ZMailer I have considered (although not actually
done - yet) using SleepyCat DB files for the transaction subsystem.
There are great challenges in failure compartementalisation, and
integrity, when using that kind of integrated database mechanisms.
Getting SEGV is potentially _very_ bad thing!

> Ketil

/Matti Aarnio
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/