From mboxrd@z Thu Jan 1 00:00:00 1970 Subject: Re: [PATCH] mm: inactive-clean list From: Peter Zijlstra In-Reply-To: <6e0cfd1d0607260400r731489a1tfd9e6c5a197fb0bd@mail.gmail.com> References: <1153167857.31891.78.camel@lappy> <44C30E33.2090402@redhat.com> <6e0cfd1d0607260400r731489a1tfd9e6c5a197fb0bd@mail.gmail.com> Content-Type: text/plain Date: Wed, 26 Jul 2006 13:11:08 +0200 Message-Id: <1153912268.2732.30.camel@taijtu> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org Return-Path: To: Martin Schwidefsky Cc: Rik van Riel , linux-mm , Linus Torvalds , Andrew Morton , linux-kernel List-ID: On Wed, 2006-07-26 at 13:00 +0200, Martin Schwidefsky wrote: > On 7/23/06, Rik van Riel wrote: > > Peter Zijlstra wrote: > > > This patch implements the inactive_clean list spoken of during the VM summit. > > > The LRU tail pages will be unmapped and ready to free, but not freeed. > > > This gives reclaim an extra chance. > > > > This patch makes it possible to implement Martin Schwidefsky's > > hypervisor-based fast page reclaiming for architectures without > > millicode - ie. Xen, UML and all other non-s390 architectures. > > Hmm, I wonder how the inactive clean list helps in regard to the fast > host reclaim > scheme. In particular since the memory pressure that triggers the > reclaim is in the > host, not in the guest. So all pages might be on the active list but > the host still > wants to be able to discard pages. > I think Rik would want to set all the already unmapped pages to volatile state in the hypervisor. These pages can be dropped without loss of information on the guest system since they are all already on a backing-store, be it regular files or swap. -- 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