[lkml]   [2001]   [Oct]   [29]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: i/o stalls on 2.4.14-pre3 with ext3
In article <>,
Andrew Morton <> wrote:
>ext3's problem is that it is unable to react to VM pressure
>for metadata (buffercache) pages. Once upon a time it did
>do this, but we backed it out because it involved mauling
>core kernel code. So at present we only react to VM pressure
>for data pages.

Note that the new VM has some support in place for the low-level
filesystem reacting to VM pressure. In particular, one thing the fs can
do is to look at the PG_launder bit (for pages) and PG_launder bit (for
buffers), to figure out if the IO is due to memory pressure.

A "sync" will not have the launder bit set, while something started due
to VM pressure will have the bits set.

>Then again, maybe something got broken in the buffer writeout
>code or something.

There are two really silly request bugs in 2.4.14-pre3. I'd suggest
trying pre5 which cleans up other things too, but even more notably
should fix the request queue thinkos.

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