RE: [PATCH] mm: moving dirty pages balancing to pdfludh entirely

["Ananiev, Leonid I" <leonid.i.ananiev@intel.com>]

Bret Towe writes:
> if say some gtk app wants to write to disk it will freeze
> until the usb hd is completely done

The proposed patch fixes one real cause of long latency: if a user
thread writes 1 byte only to disk it could happen that one has to write
all pages dirtied by all threads in the system and wait for it. The
patch is tested and gets real benefit on real systems. A common system
work is performed in common system thread but not in casual user thread.

The patch does not fix other (bazillion - 1) fictitious freezing causes
for imaginary configurations.

Leonid
-----Original Message-----
From: Bret Towe [mailto:magnade@gmail.com] 
Sent: Wednesday, July 05, 2006 9:19 PM
To: Nikita Danilov
Cc: Ananiev, Leonid I; Linux Kernel Mailing List
Subject: Re: [PATCH] mm: moving dirty pages balancing to pdfludh
entirely

On 7/5/06, Nikita Danilov <nikita@clusterfs.com> wrote:
> Bret Towe writes:
>
> [...]
>
>  >
>  > are you sure about that? cause that sounded alot like an issue
>  > i saw with slow usb devices (mainly a usb hd on a usb 1.1
connection)
>  > the usb device would fill up with write queue and local io to say
/dev/hda
>  > would basicly stop and the system would be rather useless till the
usb
>  > hd would finish writing out what it was doing
>  > usally would take several hundred megs of data to get it to do it
>
> There may be bazillion other reasons for slow device making system
> unresponsive in various ways. More details are needed (possibly in
> separate thread).

well at this time all i know is one will be writing to the usb hd its
queue
will fill up and if say some gtk app wants to write to disk it will
freeze
until the usb hd is completely done
i will look into it at some point when i have time and get more info on
it and post a proper report on the issue unless its already been fixed

>  >
>  > ive not tried it in ages so maybe its been fixed since ive last
tried it
>  > dont recall the kernel version at the time but it wasnt more than a
>  > year ago
>  >
>
> Nikita.
>
-
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/