Messages in this thread | | | Date | Wed, 3 Sep 2003 13:47:14 +0200 | From | Matthias Andree <> | Subject | Re: Scaling noise |
| |
On Wed, 03 Sep 2003, Larry McVoy wrote:
> Expecting more bandwidth to help your app is like expecting more platter > speed to help your file system. It's not the platter speed, it's the > seeks which are the problem. Same thing in system doesn't, it's not the > bcopy speed, it's the cache misses that are the problem. More bandwidth > doesn't do much for that.
Platter speed IS a problem for random access involving seeks, because platter speed reduces the rotational latency. Whether it takes 7.1 ms average for a block to rotate past the heads in your average notebook 4,200/min drive or 2 ms in your 15,000/min drive does make a difference.
Even if the drive knows where the sectors are and folds rotational latency into positioning latency to the maximum possible extent, for short seeks (track-to-track) it's not going to help.
Unless you're going to add more heads or use other media than spinning disc, that is.
However, head positioning times, being a tradeoff between noise and speed, aren't that good particularly with many of the quieter drives, so the marketing people use the enormous sequential data rate on outer tracks for advertising. Head positioning time hasn't improved to the extent throughput has, but that doesn't mean higher rotational frequency is useless for random access delays. - 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/
| |