[lkml]   [2001]   [Aug]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: 2.4.8/2.4.9 VM problems
    On Tue, 21 Aug 2001, Daniel Phillips wrote:

    > The main possibility to screw up is if we scan the inactive lists too
    > fast, which probably happens sometimes because it's all grossly
    > uncalibrated right now.

    I've explained this to you about 5 times now and I'll
    tell it one last time.

    The TARGET SIZE for the inactive_dirty list is 1 second
    of pageout activity. This means that with the use-once
    scheme read-ahead pages have at most 1 second to be used
    while the system is under pressure.

    This is not enough. With disks being able to do at most
    100 reads a second (7ms seek, 3ms rotational) you'll have
    limited the system to 100 threads of streaming IO at
    maximum, assuming that the readahead window is limited to
    1 second worth of data.

    This may seem a lot, but don't worry because the readahead
    window ISN'T limited to 1 second worth of data. Think an
    FTP server serving 10kB/second to each client with readahead
    expanding to the standard 128kB maximum.

    This means that at any point we'll have evicted 90% of the
    still unused readahead pages, leading to heavy thrashing of
    the readahead window and reducing the maximum load supported
    by the system a full _10_ FTP clients!

    > That's another issue, it needs fixing. We'll never have really
    > consistent, predictable aging or any other vm behaviour until the
    > list scanning is operating in a rock-solid way.

    The issue is that you completely ignore the fact that your
    use-once scheme has to interact with the rest of the VM.

    You also ignore the fact that you haven't yet made any
    proposal on how to make the rest of the VM interact nicely
    with the use-once idea, preventing things like the thrashing
    of the readahead window, etc...


    IA64: a worthy successor to i860.

    Send all your spam to (spam digging piggy)

    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 12:57    [W:6.276 / U:0.336 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site