[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <49D0CDBA.7040702@rtr.ca>
Date: Mon, 30 Mar 2009 09:48:42 -0400
From: Mark Lord <lkml@....ca>
To: Ric Wheeler <rwheeler@...hat.com>
Cc: "Andreas T.Auer" <andreas.t.auer_lkml_73537@...us.ath.cx>,
Alan Cox <alan@...rguk.ukuu.org.uk>,
Theodore Tso <tytso@....edu>,
Stefan Richter <stefanr@...6.in-berlin.de>,
Jeff Garzik <jeff@...zik.org>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Matthew Garrett <mjg59@...f.ucam.org>,
Andrew Morton <akpm@...ux-foundation.org>,
David Rees <drees76@...il.com>, Jesper Krogh <jesper@...gh.cc>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Re: Linux 2.6.29
Ric Wheeler wrote:
>
> People keep forgetting that storage (even on your commodity s-ata class
> of drives) has very large & volatile cache. The disk firmware can hold
> writes in that cache as long as it wants, reorder its writes into
> anything that makes sense and has no explicit ordering promises.
..
Hi Ric,
No, we don't forget about those drive caches. But in practice,
for nearly everyone, they don't actually matter.
The kernel can crash, and the drives, in practice, will still
flush their caches to media by themselves. Within a second or two.
Sure, there are cases where this might not happen (total power fail),
but those are quite rare for desktop users -- and especially for the
most common variety of desktop user: notebook users (whose machines
have built-in UPSs).
Cheers
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists