lkml.org 
[lkml]   [2006]   [Jul]   [4]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
Date
SubjectRe: [PATCH] mm: moving dirty pages balancing to pdfludh entirely
Ananiev, Leonid I writes:
> Nikita Danilov wtites:
> >> Pdflush thread functions as before patching. Pdflush tends to make
> pages
> >> un-dirty without overload memory or IO and it is not need to let
> pdflush
>
> > This assumption is valid for ext2
>
> The assumption that pdflush should to make pages un-dirty without
> overload memory or IO is not for ext2 but for it sense. I'm working with

I am not sure what "sense" is being referred to. Some file systems do
allocate a lot of memory in ->writepages().

ext3 is still in the same ball-park as ext2.

> ext3. A lot of work it does while writepages(). pdflush is throttled:
> while vmscan have sorted 32 page for paging-out it calls
> blk_congestion_wait() nevertheless had it put one of 32 page into
> congested queue or had not. pdflush is throttled.

pdflush is throttled through blk_congestion_wait(), but it is not
throttled by writing dirty from the tail of inactive list, while
scanning for memory. This destroys LRU ordering.

>
> Leonid
>

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/

\
 
 \ /
  Last update: 2006-07-04 14:03    [W:0.239 / U:0.024 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site