[lkml]   [1999]   [Apr]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: sync problem in 2.2.5
On Tue, 20 Apr 1999, Chris Wedgwood wrote:
> On Mon, Apr 19, 1999 at 08:51:14PM +0200, Andre Couture wrote:
> > It "hang" my system and sometimes just the window from which I'm
> > running the command "sync".
> If you have lots of dirty pages and lots of memory, sync can take
> several seconds and hold up any processes which do IO. This is
> especially noticeable on systems with only a single spindle or a vfs
> made of relatively few physical filesystems, but it also occur at the
> high end as well and will be a problem until be get per device
> queues.

not necessarily true. in Linux, reads take precedence over writes.
sometimes the read load (blocks in or swapping in) will reduce effective
write bandwidth, which looks like the same problem you're describing.
this can happen, for example, if the buffer cache is undersized or broken
in some other way, or the page replacement algorithm is making bad choices
about which pages to replace.

- Chuck Lever
corporate: <>
personal: <> or <>

The Linux Scalability project:

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:51    [W:0.023 / U:1.412 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site