From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from psmtp.com (na3sys010amx130.postini.com [74.125.245.130]) by kanga.kvack.org (Postfix) with SMTP id 750516B005A for ; Sun, 25 Nov 2012 03:47:16 -0500 (EST) Received: by mail-vc0-f169.google.com with SMTP id gb30so4570957vcb.14 for ; Sun, 25 Nov 2012 00:47:15 -0800 (PST) MIME-Version: 1.0 In-Reply-To: <20121123173205.GZ8218@suse.de> References: <1353624594-1118-1-git-send-email-mingo@kernel.org> <20121123173205.GZ8218@suse.de> Date: Sun, 25 Nov 2012 16:47:15 +0800 Message-ID: Subject: Re: Comparison between three trees (was: Latest numa/core release, v17) From: Hillf Danton Content-Type: text/plain; charset=UTF-8 Sender: owner-linux-mm@kvack.org List-ID: To: Mel Gorman Cc: Ingo Molnar , Peter Zijlstra , Andrea Arcangeli , linux-kernel@vger.kernel.org, linux-mm@kvack.org, Paul Turner , Lee Schermerhorn , Christoph Lameter , Rik van Riel , Andrew Morton On 11/24/12, Mel Gorman wrote: > Warning: This is an insanely long mail and there a lot of data here. Get > coffee or something. > > This is another round of comparisons between the latest released versions > of each of three automatic numa balancing trees that are out there. > > From the series "Automatic NUMA Balancing V5", the kernels tested were > > stats-v5r1 Patches 1-10. TLB optimisations, migration stats > thpmigrate-v5r1 Patches 1-37. Basic placement policy, PMD handling, THP > migration etc. > adaptscan-v5r1 Patches 1-38. Heavy handed PTE scan reduction > delaystart-v5r1 Patches 1-40. Delay the PTE scan until running on a new > node > > If I just say balancenuma, I mean the "delaystart-v5r1" kernel. The other > kernels are included so you can see the impact the scan rate adaption > patch has and what that might mean for a placement policy using a proper > feedback mechanism. > > The other two kernels were > > numacore-20121123 It was no longer clear what the deltas between releases > and > the dependencies might be so I just pulled tip/master on November > 23rd, 2012. An earlier pull had serious difficulties and the patch > responsible has been dropped since. This is not a like-with-like > comparison as the tree contains numerous other patches but it's > the best available given the timeframe > > autonuma-v28fast This is a rebased version of Andrea's autonuma-v28fast > branch with Hugh's THP migration patch on top. FYI, based on how target huge page is selected, + + new_page = alloc_pages_node(numa_node_id(), + (GFP_TRANSHUGE | GFP_THISNODE) & ~__GFP_WAIT, HPAGE_PMD_ORDER); the thp replacement policy is changed to be MORON, + /* Migrate the page towards the node whose CPU is referencing it */ + if (pol->flags & MPOL_F_MORON) + polnid = numa_node_id(); described in [PATCH 29/46] mm: numa: Migrate on reference policy https://lkml.org/lkml/2012/11/21/228 Hillf -- 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