The ability to possibly dramatically improve performance by allowing
more than one or two tracks to be write cached at once.
Yes, in theory, the system should be able to elevator all seeks, but
it may not know that track 400 has really been remapped to 200, the
drive does.
With write-caching on, the system doesn't know where the head is,
the drive does.
And, it's nearly free (an extra meg of space)
<snip>
> Possibly. I still don't see what it gets you if you only have one track
> other than the one you're over to write to. (is the journal track near the
> area the head parks in? That could be a power saving method, I suppose. But
> it's also wasting disk space that would probably otherwise be used for
> storage or a block remapping, and how do you remap a bad sector out of the
> journal track if that happens?)
You simply pick another track for the journal, the same as you would
if an ordinary track goes bad.
(it's tested on boot)
The waste of disk space is utterly trivial.
A meg in drives where the entry level is 40G?
-
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/