From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from psmtp.com (na3sys010amx104.postini.com [74.125.245.104]) by kanga.kvack.org (Postfix) with SMTP id 470016B0062 for ; Tue, 6 Nov 2012 14:38:45 -0500 (EST) Message-ID: <509967D9.7050706@redhat.com> Date: Tue, 06 Nov 2012 14:41:13 -0500 From: Rik van Riel MIME-Version: 1.0 Subject: Re: [PATCH 15/19] mm: numa: Add fault driven placement and migration References: <1352193295-26815-1-git-send-email-mgorman@suse.de> <1352193295-26815-16-git-send-email-mgorman@suse.de> In-Reply-To: <1352193295-26815-16-git-send-email-mgorman@suse.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org List-ID: To: Mel Gorman Cc: Peter Zijlstra , Andrea Arcangeli , Ingo Molnar , Johannes Weiner , Hugh Dickins , Thomas Gleixner , Linus Torvalds , Andrew Morton , Linux-MM , LKML On 11/06/2012 04:14 AM, Mel Gorman wrote: > From: Peter Zijlstra > > NOTE: This patch is based on "sched, numa, mm: Add fault driven > placement and migration policy" but as it throws away all the policy > to just leave a basic foundation I had to drop the signed-offs-by. > > This patch creates a bare-bones method for setting PTEs pte_numa in the > context of the scheduler that when faulted later will be faulted onto the > node the CPU is running on. In itself this does nothing useful but any > placement policy will fundamentally depend on receiving hints on placement > from fault context and doing something intelligent about it. > > Signed-off-by: Mel Gorman Excellent basis for implementing a smarter NUMA policy. Not sure if such a policy should be implemented as a replacement for this patch, or on top of it... Either way, thank you for cleaning up all of the NUMA base code, while I was away at conferences and stuck in airports :) Peter, Andrea - does this look like a good basis for implementing and comparing your NUMA policies? I mean, it does to me. I am just wondering if there is any reason at all you two could not use it as a basis for an apples-to-apples comparison of your NUMA placement policies? Sharing 2/3 of the code would sure get rid of the bulk of the discussion, and allow us to make real progress. -- 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