Re: New patch (was Re: [PATCH] swapin readahead v3 + kswapd fixes)

[Andrea Arcangeli <andrea@e-mind.com>]

On 22 Dec 1998, Eric W. Biederman wrote:

>To date I have only studied one very specific case,  what happens when
>a process dirties pages faster then the system can handle. 

Me too.

>3) The vm I was playing with had no way to limit the total vm size.
>   So process that are thrashing will slow other processes as well.
>   So we have a potential worst case scenario, the only solution to 
>   would be to implement RLIMIT_RSS.  

Hmm, no limiting the resident size is a workaround I think...

I agree that the fact that swapout returns 1 and really has not freed a
page is a bit messy though. Should we always do a shrink_mmap()  after
every succesfully swapout? 

Andrea Arcangeli

--
This is a majordomo managed list.  To unsubscribe, send a message with
the body 'unsubscribe linux-mm me@address' to: majordomo@kvack.org