From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx2.suse.de (mx2.suse.de [195.135.220.15]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mx2.suse.de", Issuer "Thawte Premium Server CA" (verified OK)) by ozlabs.org (Postfix) with ESMTP id EE35A67B47 for ; Thu, 8 Jun 2006 01:20:35 +1000 (EST) From: Andi Kleen To: Mel Gorman Subject: Re: [PATCH 0/5] Sizing zones and holes in an architecture independent manner V7 Date: Wed, 7 Jun 2006 17:20:22 +0200 References: <20060606134710.21419.48239.sendpatchset@skynet.skynet.ie> <200606071216.24640.ak@suse.de> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Message-Id: <200606071720.22242.ak@suse.de> Cc: Andrew Morton , davej@codemonkey.org.uk, tony.luck@intel.com, linux-mm@kvack.org, linux-kernel@vger.kernel.org, bob.picco@hp.com, linuxppc-dev@ozlabs.org List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , > Ok, while true, I'm not sure how it affects performance. The only "real" > value affected by present_pages is the number of patches that are > allocated in batches to the per-cpu allocator. It affects the low/high water marks in the VM zone balancer. Especially for the 16MB DMA zone it can make a difference if you account 4MB kernel in there or not. -Andi