lkml.org 
[lkml]   [2010]   [Jun]   [11]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [RFC PATCH 0/6] Do not call ->writepage[s] from direct reclaim and use a_ops->writepages() where possible
    On Tue,  8 Jun 2010 10:02:19 +0100 Mel Gorman <mel@csn.ul.ie> wrote:

    > To summarise, there are two big problems with page reclaim right now. The
    > first is that page reclaim uses a_op->writepage to write a back back
    > under the page lock which is inefficient from an IO perspective due to
    > seeky patterns.

    No it isn't. If we have a pile of file-contiguous, disk-contiguous
    dirty pages on the tail of the LRU then the single writepage()s will
    work just fine due to request merging.



    Look. This is getting very frustrating. I keep saying the same thing
    and keep getting ignored. Once more:

    WE BROKE IT!

    PLEASE STOP WRITING CODE!

    FIND OUT HOW WE BROKE IT!

    Loud enough yet?

    It used to be the case that only very small amounts of IO occurred in
    page reclaim - the vast majority of writeback happened within
    write()->balance_dirty_pages(). Then (and I think it was around 2.6.12)
    we broke it, and page reclaim started doing lots of writeout.

    So the thing to do is to either find out how we broke it and see if it
    can be repaired, or change the VM so that it doesn't do so much
    LRU-based writeout. Rather than fiddling around trying to make the
    we-broke-it code run its brokenness faster.


    \
     
     \ /
      Last update: 2010-06-11 08:01    [W:0.021 / U:0.612 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site