From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933324Ab2K3Qik (ORCPT ); Fri, 30 Nov 2012 11:38:40 -0500 Received: from mx1.redhat.com ([209.132.183.28]:40237 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932472Ab2K3Qii (ORCPT ); Fri, 30 Nov 2012 11:38:38 -0500 Message-ID: <50B8DA2D.8030604@redhat.com> Date: Fri, 30 Nov 2012 11:09:17 -0500 From: Rik van Riel User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20120911 Thunderbird/15.0.1 MIME-Version: 1.0 To: Mel Gorman CC: Peter Zijlstra , Andrea Arcangeli , Ingo Molnar , Johannes Weiner , Hugh Dickins , Thomas Gleixner , Paul Turner , Hillf Danton , Lee Schermerhorn , Alex Shi , Srikar Dronamraju , Aneesh Kumar , Linus Torvalds , Andrew Morton , Linux-MM , LKML Subject: Re: Results for balancenuma v8, autonuma-v28fast and numacore-20121126 References: <1353612353-1576-1-git-send-email-mgorman@suse.de> <20121126145800.GK8218@suse.de> <20121128134930.GB20087@suse.de> <20121130113300.GC20087@suse.de> <20121130114145.GD20087@suse.de> In-Reply-To: <20121130114145.GD20087@suse.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 11/30/2012 06:41 AM, Mel Gorman wrote: > This is an another insanely long mail. Short summary, based on the results > of what is in tip/master right now, I think if we're going to merge > anything for v3.8 it should be the "Automatic NUMA Balancing V8". It does > reasonably well for many of the workloads and AFAIK there is no reason why > numacore or autonuma could not be rebased on top with the view to merging > proper scheduling and placement policies in 3.9. Given how minimalistic balancenuma is, and how there does not seem to be anything significant in the way of performance regressions with balancenuma, I have no objections to Linus merging all of balancenuma for 3.8. That could significantly reduce the amount of NUMA code we need to "fight over" for the 3.9 kernel :) -- All rights reversed