Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933647Ab2EYRMA (ORCPT ); Fri, 25 May 2012 13:12:00 -0400 Received: from mx1.redhat.com ([209.132.183.28]:53483 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757287Ab2EYRD1 (ORCPT ); Fri, 25 May 2012 13:03:27 -0400 From: Andrea Arcangeli To: linux-kernel@vger.kernel.org, linux-mm@kvack.org Cc: Hillf Danton , Dan Smith , Peter Zijlstra , Linus Torvalds , Andrew Morton , Thomas Gleixner , Ingo Molnar , Paul Turner , Suresh Siddha , Mike Galbraith , "Paul E. McKenney" , Lai Jiangshan , Bharata B Rao , Lee Schermerhorn , Rik van Riel , Johannes Weiner , Srivatsa Vaddagiri , Christoph Lameter Subject: [PATCH 13/35] autonuma: add page structure fields Date: Fri, 25 May 2012 19:02:17 +0200 Message-Id: <1337965359-29725-14-git-send-email-aarcange@redhat.com> In-Reply-To: <1337965359-29725-1-git-send-email-aarcange@redhat.com> References: <1337965359-29725-1-git-send-email-aarcange@redhat.com> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2048 Lines: 58 On 64bit archs, 20 bytes are used for async memory migration (specific to the knuma_migrated per-node threads), and 4 bytes are used for the thread NUMA false sharing detection logic. This is a bad implementation due lack of time to do a proper one. These AutoNUMA new fields must be moved to the pgdat like memcg does. So that they're only allocated at boot time if the kernel is booted on NUMA hardware. And so that they're not allocated even if booted on NUMA hardware if "noautonuma" is passed as boot parameter to the kernel. Signed-off-by: Andrea Arcangeli --- include/linux/mm_types.h | 25 +++++++++++++++++++++++++ 1 files changed, 25 insertions(+), 0 deletions(-) diff --git a/include/linux/mm_types.h b/include/linux/mm_types.h index 780ded7..e8dc82c 100644 --- a/include/linux/mm_types.h +++ b/include/linux/mm_types.h @@ -126,6 +126,31 @@ struct page { struct page *first_page; /* Compound tail pages */ }; +#ifdef CONFIG_AUTONUMA + /* + * FIXME: move to pgdat section along with the memcg and allocate + * at runtime only in presence of a numa system. + */ + /* + * To modify autonuma_last_nid lockless the architecture, + * needs SMP atomic granularity < sizeof(long), not all archs + * have that, notably some alpha. Archs without that requires + * autonuma_last_nid to be a long. + */ +#if BITS_PER_LONG > 32 + int autonuma_migrate_nid; + int autonuma_last_nid; +#else +#if MAX_NUMNODES >= 32768 +#error "too many nodes" +#endif + /* FIXME: remember to check the updates are atomic */ + short autonuma_migrate_nid; + short autonuma_last_nid; +#endif + struct list_head autonuma_migrate_node; +#endif + /* * On machines where all RAM is mapped into kernel address space, * we can simply calculate the virtual address. On machines with -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/