From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753898Ab3F0O7u (ORCPT ); Thu, 27 Jun 2013 10:59:50 -0400 Received: from merlin.infradead.org ([205.233.59.134]:59495 "EHLO merlin.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753756Ab3F0O7s (ORCPT ); Thu, 27 Jun 2013 10:59:48 -0400 Date: Thu, 27 Jun 2013 16:59:39 +0200 From: Peter Zijlstra To: Mel Gorman Cc: Ingo Molnar , Andrea Arcangeli , Johannes Weiner , Linux-MM , LKML Subject: Re: [PATCH 0/6] Basic scheduler support for automatic NUMA balancing Message-ID: <20130627145939.GW28407@twins.programming.kicks-ass.net> References: <1372257487-9749-1-git-send-email-mgorman@suse.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1372257487-9749-1-git-send-email-mgorman@suse.de> User-Agent: Mutt/1.5.21 (2012-12-30) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Jun 26, 2013 at 03:37:59PM +0100, Mel Gorman wrote: > It's several months overdue and everything was quiet after 3.8 came out > but I recently had a chance to revisit automatic NUMA balancing for a few > days. I looked at basic scheduler integration resulting in the following > small series. Much of the following is heavily based on the numacore series > which in itself takes part of the autonuma series from back in November. In > particular it borrows heavily from Peter Ziljstra's work in "sched, numa, > mm: Add adaptive NUMA affinity support" but deviates too much to preserve > Signed-off-bys. As before, if the relevant authors are ok with it I'll > add Signed-off-bys (or add them yourselves if you pick the patches up). > > This is still far from complete and there are known performance gaps between > this and manual binding where possible and depending on the workload between > it and interleaving when hard bindings are not an option. As before, > the intention is not to complete the work but to incrementally improve > mainline and preserve bisectability for any bug reports that crop up. This > will allow us to validate each step and keep reviewer stress to a minimum. Yah.. Except for the few things I've already replied to; and a very strong urge to run: sed -e 's/NUMA_BALANCE/SCHED_NUMA/g' -e 's/numa_balance/sched_numa/' on both the tree and these patches I'm all for merging this.