Thread (8 messages) 8 messages, 3 authors, 2002-07-31

Re: throttling dirtiers

From: Rik van Riel <hidden>
Date: 2002-07-31 21:35:25

On Wed, 31 Jul 2002, Andrew Morton wrote:
quoted
First off, make it obvious where we block in the allocation path (pawning
off all memory reaping to kswapd et al is an easy first step here).  Then
make allocators cycle through on a FIFO basis by using something like the
page reservation patch I came up with a while ago.  That'll give us an
easy place to change scheduling behaviour.
None of that will preferentially throttle the source of
dirty pages, which seems a good thing to do?
But it will throttle the page dirtiers we care about, ie. the
ones allocating new memory.

I'm not sure we care too much about re-dirtying pagecache pages;
if that is happening we want to keep those pages resident anyway.

regards,

Rik
-- 
Bravely reimplemented by the knights who say "NIH".

http://www.surriel.com/		http://distro.conectiva.com/

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help