>
> On Monday 26 November 2001 20:23, Ian Stirling wrote:
>
> > > Now a cache large enough to hold 2 full tracks could also hold dozens of
> > > individual sectors scattered around the disk, which could take a full
> > > second to write off and power down. This is a "doctor, it hurts when I
> > > do this" question. DON'T DO THAT.
> >
> > Or, to seek to a journal track, and write the cache to it.
>
> Except that at most you have one seek to write out all the pending cache data
> anyway, so what exactly does seeking to a journal track buy you?
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/
This archive was generated by hypermail 2b29 : Fri Nov 30 2001 - 21:00:25 EST