From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pa0-f50.google.com (mail-pa0-f50.google.com [209.85.220.50]) by kanga.kvack.org (Postfix) with ESMTP id 28DBF6B0031 for ; Wed, 9 Oct 2013 07:04:01 -0400 (EDT) Received: by mail-pa0-f50.google.com with SMTP id fb1so872299pad.37 for ; Wed, 09 Oct 2013 04:04:00 -0700 (PDT) Received: by mail-ee0-f54.google.com with SMTP id e53so310205eek.41 for ; Wed, 09 Oct 2013 04:03:56 -0700 (PDT) Date: Wed, 9 Oct 2013 13:03:54 +0200 From: Ingo Molnar Subject: Re: [PATCH 0/63] Basic scheduler support for automatic NUMA balancing V9 Message-ID: <20131009110353.GA19370@gmail.com> References: <1381141781-10992-1-git-send-email-mgorman@suse.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1381141781-10992-1-git-send-email-mgorman@suse.de> Sender: owner-linux-mm@kvack.org List-ID: To: Mel Gorman Cc: Peter Zijlstra , Rik van Riel , Srikar Dronamraju , Andrea Arcangeli , Johannes Weiner , Linux-MM , LKML * Mel Gorman wrote: > This series has roughly the same goals as previous versions despite the > size. It reduces overhead of automatic balancing through scan rate reduction > and the avoidance of TLB flushes. It selects a preferred node and moves tasks > towards their memory as well as moving memory toward their task. It handles > shared pages and groups related tasks together. Some problems such as shared > page interleaving and properly dealing with processes that are larger than > a node are being deferred. This version should be ready for wider testing > in -tip. Thanks Mel - the series looks really nice. I've applied the patches to tip:sched/core and will push them out later today if they pass testing here. > Note that with kernel 3.12-rc3 that numa balancing will fail to boot if > CONFIG_JUMP_LABEL is configured. This is a separate bug that is > currently being dealt with. Okay, this is about: https://lkml.org/lkml/2013/9/30/308 Note that Peter and me saw no crashes so far, and we boot with CONFIG_JUMP_LABEL=y and CONFIG_NUMA_BALANCING=y. It seems like an unrelated bug in any case, perhaps related to specific details in your kernel image? 2) I also noticed a small Kconfig annoyance: config NUMA_BALANCING_DEFAULT_ENABLED bool "Automatically enable NUMA aware memory/task placement" default y depends on NUMA_BALANCING help If set, autonumic NUMA balancing will be enabled if running on a NUMA machine. config NUMA_BALANCING bool "Memory placement aware NUMA scheduler" depends on ARCH_SUPPORTS_NUMA_BALANCING depends on !ARCH_WANT_NUMA_VARIABLE_LOCALITY depends on SMP && NUMA && MIGRATION help This option adds support for automatic NUM the NUMA_BALANCING_DEFAULT_ENABLED option should come after the NUMA_BALANCING entries - things like 'make oldconfig' produce weird output otherwise. 3) Plus in addition to PeterZ's build fix I noticed this new build warning on i386 UP kernels: kernel/sched/fair.c:819:22: warning: 'task_h_load' declared 'static' but never defined [-Wunused-function] Introduced here I think: sched/numa: Use a system-wide search to find swap/migration candidates Thanks, Ingo -- 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