[lkml]   [2003]   [Sep]   [4]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: 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
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2005-03-22 13:48    [W:0.021 / U:508.028 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site