[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.060 / U:2.180 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site