On Monday May 27, sct@redhat.com wrote:
> Hi,
>
> On Sun, May 26, 2002 at 10:41:22AM +0200, Daniel Phillips wrote:
> > On Thursday 16 May 2002 17:17, Stephen C. Tweedie wrote:
> > > Most applications are not all that bound by write latency.
> >
> > But some are. Transaction processing applications, where each transaction
> > has to be safely on disk before it can be acknowledged, care about write
> > latency a lot, since it translates more or less directly into throughput.
>
> Not really. They care about throughput, and will happily sacrifice
> latency for that.
And some aren't... my main thrust for pursuing this idea was to
present minimal latency to the application. That is why I want to use
NVRAM for the journal.
My particular application is an NFS server which traditionally suffers
badly if there is too much latency.
Certainly there are situations where a small drop in latency can
improve throughput, but I want to maximise the throughout without any
cost in latency. And I am willing to spend on the NVRAM to do it.
I'm seeing two very different approaches to journalling an MD device
being significant.
One journals to NVRAM and trys to minimise latency, and works for any
RAID level. It is basically a write-behind cache.
The other journals to a normal drive and only works for RAID5 (which
is the only level that really needs a journal other than for latency
reasons) and writes to the journal after a the stripe parity
calculation and before the data+parity is sent to disc.
They will probably be very different implementations, though they will
hopefully have a very similar interface.
NeilBrown
-
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/
This archive was generated by hypermail 2b29 : Fri May 31 2002 - 22:00:20 EST