From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Fri, 30 Mar 2007 04:23:32 -0500 From: Robin Holt Subject: Re: [rfc][patch 1/2] mm: dont account ZERO_PAGE Message-ID: <20070330092332.GA3448@lnx-holt.americas.sgi.com> References: <20070329075805.GA6852@wotan.suse.de> <20070330014633.GA19407@wotan.suse.de> <20070330025936.GA25722@lnx-holt.americas.sgi.com> <20070330030912.GH19407@wotan.suse.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070330030912.GH19407@wotan.suse.de> Sender: owner-linux-mm@kvack.org Return-Path: To: Nick Piggin Cc: Robin Holt , Hugh Dickins , Andrew Morton , Linus Torvalds , Linux Memory Management List , tee@sgi.com List-ID: On Fri, Mar 30, 2007 at 05:09:12AM +0200, Nick Piggin wrote: > > up and read one word from each page to fill the page tables (not sure > > why that was done), then forked a process for each cpu. At that point, > > So not typical, but something that we'd rather not fall over with. I agree > I guess large ranges of zero pages could be quite common in startup > of HPC codes operating on large matricies. The "not sure why that was done" was referring to this being exactly the opposite of what a typical HPC application does. Those tend to locate themselves on the node which will use an address range and the write touch each of the pages. Thanks, Robin -- 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