From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jesse Barnes Subject: Re: Anticipatory prefaulting in the page fault handler V1 Date: Wed, 8 Dec 2004 10:33:24 -0800 References: <200412080933.13396.jbarnes@engr.sgi.com> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200412081033.24367.jbarnes@engr.sgi.com> Sender: owner-linux-mm@kvack.org Return-Path: To: Christoph Lameter Cc: nickpiggin@yahoo.com.au, Jeff Garzik , torvalds@osdl.org, hugh@veritas.com, benh@kernel.crashing.org, linux-mm@kvack.org, linux-ia64@vger.kernel.org, linux-kernel@vger.kernel.org List-ID: On Wednesday, December 8, 2004 9:56 am, Christoph Lameter wrote: > > And again, I'm not sure how important that is, maybe this approach will > > work well in the majority of cases (obviously it's a big win in > > faults/sec for your benchmark, but I wonder about subsequent references > > from other CPUs to those pages). You can look at > > /sys/devices/platform/nodeN/meminfo to see where the pages are coming > > from. > > The origin of the pages has not changed and the existing locality > constraints are observed. > > A patch like this is important for applications that allocate and preset > large amounts of memory on startup. It will drastically reduce the startup > times. Ok, that sounds good. My case was probably a bit contrived, but I'm glad to see that you had already thought of it anyway. Jesse -- 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: aart@kvack.org