From mboxrd@z Thu Jan 1 00:00:00 1970 From: Johannes Weiner Subject: Re: [patch] mm: more likely reclaim MADV_SEQUENTIAL mappings II References: <87d4hugrwm.fsf@saeurebad.de> <20081021104357.GA12329@wotan.suse.de> <878wsigp2e.fsf_-_@saeurebad.de> <20081021151342.c1678bd6.akpm@linux-foundation.org> <87r669fq2v.fsf@saeurebad.de> Date: Wed, 22 Oct 2008 02:51:45 +0200 In-Reply-To: <87r669fq2v.fsf@saeurebad.de> (Johannes Weiner's message of "Wed, 22 Oct 2008 02:09:28 +0200") Message-ID: <87ljwhfo4e.fsf@saeurebad.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-mm@kvack.org Return-Path: To: Andrew Morton Cc: npiggin@suse.de, riel@redhat.com, kosaki.motohiro@jp.fujitsu.com, linux-mm@kvack.org List-ID: Johannes Weiner writes: > Andrew Morton writes: > >> On Tue, 21 Oct 2008 13:33:45 +0200 >> Johannes Weiner wrote: >> >>> File pages mapped only in sequentially read mappings are perfect >>> reclaim canditates. >>> >>> This makes MADV_SEQUENTIAL mappings behave like a weak references, >>> their pages will be reclaimed unless they have a strong reference from >>> a normal mapping as well. >>> >>> The patch changes the reclaim and the unmap path where they check if >>> the page has been referenced. In both cases, accesses through >>> sequentially read mappings will be ignored. >>> >>> Signed-off-by: Johannes Weiner >>> --- >>> II: add likely()s to mitigate the extra branches a bit as to Nick's >>> suggestion >> >> Is http://hannes.saeurebad.de/madvseq/ still true with this version? > > No, sorry, still running benchmarks on this version. Coming up > soon... Ok, reran the tests I used for the data on this website and updated it. Take a look. I am quite overwhelmed by the results, hehe. Kosaki-san, could you perhaps run the tests you did for the previous patch on this one, too? I am not getting any stable results for throughput measuring... > Hannes -- 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