On Monday 26 November 2001 21:41, H. Peter Anvin wrote:
> Followup to: <0111261800340R.02001@localhost.localdomain>
> By author: Rob Landley <landley@trommello.org>
> In newsgroup: linux.dev.kernel
>
> > 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?
>
> It limits the amount you need to seek to exactly one seek.
>
> -hpa
But it's already exactly one seek in the scheme I proposed. Notice how of
the two tracks you can be write-cacheing data for, one is the track you're
currently over (no seek required, you're there). You flush to that track,
there's one more seek to flush to the second track (which you were only
cacheing data for to avoid latency, so the seek could start immediately
without waiting for the OS to provide data), and then park.
Now a journal track that's next to where the head parks could combine the
"park" sweep with that one seek, and presumably be spring powered and hence
save capacitor power. But I'm not 100% certain it would be worth it. (Are
normal with-power-on seeks towards the park area powered by the spring, or
the... I keep wanting to say "stepper motor" but I don't think those are what
drives use anymore, are they? Sigh...)
Rob
-
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