Re: large file IO starving ls -l

From: Linus Torvalds (torvalds@transmeta.com)
Date: Sat Aug 03 2002 - 17:53:12 EST


In article <Pine.LNX.4.44.0208032253260.23040-100000@pc40.e18.physik.tu-muenchen.de>,
Roland Kuhn <rkuhn@e18.physik.tu-muenchen.de> wrote:
>
>Now the question is: who keeps ls from returning? The command never hits
>the disk (reads in above histogram do not increase), but stays for many
>seconds (up to one minute) in state D.

ext2 used to have similar issues with the superblock lock - where things
like block allocation (very much in the write path) would grab the
superblock lock, and completely destroy interactive feel even for
processes that didn't need to do IO, because the superblock lock was
often grabbed even if the data was actually cached (sb locking needed
just to _look_up_ the physical block so that you could look up the
cached data in the buffer cache).

Al Viro largely fixed in for ext2, which now uses lock_super() a lot
less. But a lot of filesystems are based on the old ext2 locking, and
may have inherited some of the worst parts..

                Linus
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/



This archive was generated by hypermail 2b29 : Wed Aug 07 2002 - 22:00:23 EST