From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail172.messagelabs.com (mail172.messagelabs.com [216.82.254.3]) by kanga.kvack.org (Postfix) with ESMTP id CFBDD6B0082 for ; Wed, 20 May 2009 10:46:53 -0400 (EDT) Date: Wed, 20 May 2009 16:47:31 +0200 From: Andi Kleen Subject: Re: [PATCH 2/3] vmscan: make mapped executable pages the first class citizen Message-ID: <20090520144731.GB4753@basil.nowhere.org> References: <20090519032759.GA7608@localhost> <20090519133422.4ECC.A69D9226@jp.fujitsu.com> <20090519062503.GA9580@localhost> <87pre4nhqf.fsf@basil.nowhere.org> <20090520143258.GA5706@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090520143258.GA5706@localhost> Sender: owner-linux-mm@kvack.org To: Wu Fengguang Cc: Andi Kleen , KOSAKI Motohiro , Christoph Lameter , Andrew Morton , LKML , Elladan , Nick Piggin , Johannes Weiner , Peter Zijlstra , Rik van Riel , "tytso@mit.edu" , "linux-mm@kvack.org" , "minchan.kim@gmail.com" List-ID: > > One scenario that might be useful to test is what happens when some > > very large processes, all mapped and executable exceed memory and > > Good idea. Too bad I may have to install some bloated desktop in order > to test this out ;) I guess the pgmajfault+pswpin numbers can serve as > negative scores in that case? I would just generate a large C program with a script and compile and run that. The program can be very dumb (e.g. only run a gigantic loop), it just needs to be large. Just don't compile it with optimization, that can be quite slow. And use multiple functions, otherwise gcc might exceed your memory. -Andi -- ak@linux.intel.com -- Speaking for myself only. -- 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