[lkml]   [2002]   [Nov]   [16]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: 2.[45] fixes for design locking bug in wait_on_page/wait_on_buffer/get_request_wait
    On Sat, Nov 16, 2002 at 05:24:17PM +0100, Marc-Christian Petersen wrote:
    > Hi Andrea,
    > I've applied your patch to 2.4.19 final and 2.4.20 final and those "pausings"
    > still exists when I do a full kernel tree copy with "cp -a linux-2.4.19
    > linux-2.4.20". When I am in a screen session and try to do a Ctrl-A-C to
    > create a new screen session it comes up within 3-5 seconds ... If I want to
    > switch to another session with Ctrl-A-N it sometimes happens fast and
    > sometimes within 3-5 seconds ... I've put above in a "while true; do ...;
    > done" loop. There is nothing else running or eating CPU and also nothing else
    > eating i/o. This does not happen with virgin 2.4.18.

    Your pausing problem have little to do with the pausing fix, the problem
    for you is the read latency, you're not triggering the race condition
    fixed by the pausing fix so it can't make differences. One of the
    foundamental obstacles to the read latency is the size of the I/O queue,
    factor that is workarounded by the read-latency patch that basically
    bypasses the size of the queue hiding the problem and in turn can't fix
    the write latency with O_SYNC and the read latency during true read aio etc...

    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:31    [W:0.022 / U:32.020 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site