From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Mon, 7 Jan 2008 19:06:10 +0900 From: KAMEZAWA Hiroyuki Subject: Re: [patch 00/19] VM pageout scalability improvements Message-Id: <20080107190610.ed3be7b4.kamezawa.hiroyu@jp.fujitsu.com> In-Reply-To: <20080103120000.1768f220@cuia.boston.redhat.com> References: <20080102224144.885671949@redhat.com> <1199379128.5295.21.camel@localhost> <20080103120000.1768f220@cuia.boston.redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org Return-Path: To: Rik van Riel Cc: Lee Schermerhorn , linux-kernel@vger.kernel.org, linux-mm@kvack.org, Eric Whitney List-ID: On Thu, 3 Jan 2008 12:00:00 -0500 Rik van Riel wrote: > On Thu, 03 Jan 2008 11:52:08 -0500 > Lee Schermerhorn wrote: > > > Also, I should point out that the full noreclaim series includes a > > couple of other patches NOT posted here by Rik: > > > > 1) treat swap backed pages as nonreclaimable when no swap space is > > available. This addresses a problem we've seen in real life, with > > vmscan spending a lot of time trying to reclaim anon/shmem/tmpfs/... > > pages only to find that there is no swap space--add_to_swap() fails. > > Maybe not a problem with Rik's new anon page handling. > > If there is no swap space, my VM code will not bother scanning > any anon pages. This has the same effect as moving the pages > to the no-reclaim list, with the extra benefit of being able to > resume scanning the anon lists once swap space is freed. > Is this 'avoiding scanning anon if no swap' feature in this set ? Thanks -Kame -- 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