From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <44C78D0D.6040809@redhat.com> Date: Wed, 26 Jul 2006 11:41:01 -0400 From: Rik van Riel MIME-Version: 1.0 Subject: Re: [PATCH] mm: inactive-clean list References: <1153167857.31891.78.camel@lappy> <44C30E33.2090402@redhat.com> <6e0cfd1d0607260400r731489a1tfd9e6c5a197fb0bd@mail.gmail.com> <1153912268.2732.30.camel@taijtu> <6e0cfd1d0607260604w3e8636e4taaea4bc918397b34@mail.gmail.com> In-Reply-To: <6e0cfd1d0607260604w3e8636e4taaea4bc918397b34@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org Return-Path: To: Martin Schwidefsky Cc: Peter Zijlstra , linux-mm , Linus Torvalds , Andrew Morton , linux-kernel List-ID: Martin Schwidefsky wrote: > On 7/26/06, Peter Zijlstra wrote: >> I think Rik would want to set all the already unmapped pages to volatile >> state in the hypervisor. > I guessed that as well. It isn't good enough. Consider a guest with a > large (virtual) memory size and a host with a small physical memory > size. The guest will never put any page on the inactive_clean list > because it does not have memory pressure. Well, the management software running on top of everything should tweak the inactive_clean targets in the various guests so the total amount of volatile memory is large enough... -- "Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it." - Brian W. Kernighan -- 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/ . Don't email: email@kvack.org