Received: by 2002:ac0:bc90:0:0:0:0:0 with SMTP id a16csp20801img; Thu, 21 Mar 2019 13:07:08 -0700 (PDT) X-Google-Smtp-Source: APXvYqzqP+oXhWQzkV0vcQQaZejj8o/1u9M9kL2UyH9Nwrc0vgWLM9fNUjeOAyehiQxIh7TbNEKk X-Received: by 2002:a17:902:7e4b:: with SMTP id a11mr5419330pln.219.1553198828724; Thu, 21 Mar 2019 13:07:08 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1553198828; cv=none; d=google.com; s=arc-20160816; b=p4P6sTfSgtJWs62+gjr+V+sCwlzJav9zY/AvTOdGaXI4MA7jrd78iG+og7TRhviTs9 gtEFxyqNII796Xa7gKw4IWE+ag5jU+UyUf+KbWJeqpJTyPDAy79OPdpl66DA7Keh1CuF a7GpScRR48KrRA2J2ctZ0748WW03F3q8332L4VZSqftfQuRyIRJO3Q7ucwZUE+lx2B4a 7QS/nP2UWfYYGmTGAvma4/nDjqoFmIfzh6jVgxz5+miBSLQmux5e8KerHWTTqg3UI0OP oh1L3PMhBl08sBxMKatJ/w6PuEcpQ+dxOVTSSkVxgC+DGmCYtLnV3tkq53/YiJ6BuRd9 xm3g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:message-id:date :subject:cc:to:from; bh=ZXflYn009/8re0hSvilHhjOsKnJ5N944EbzSGROrxW8=; b=Z5SfYTQB3Ipl/lF6LCSDWN0+j9J69sdfd0PbV3v+VxyB1WsVBRW7565EOp9jQucMjo Y7NUogI2RyNlAv6Nbmh1XLL0bAaBSaKVDVwDDPyL1LIDaPF+5shzS8UoTBuGgSzq5Rar HjGOX0pPcG2ls+1/S/htP4qUmP2yVPb82Ojp3yACMJUAqqzw9jhLgbuLO4bm573cO14q VoiL7xmxiGrUfGyC3MAnsiGWviB8Kmn2veJVRdqE1/kL0/7aE6c8bP7CIfgN58//QKUw FeyGSbcx5K33JgWmQGmSZ8I0jI6fK0zkd177rkI71HFCmxySDCAOnjhzYJmWJKMrhqtS Z76g== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id k25si4729159pfo.254.2019.03.21.13.06.47; Thu, 21 Mar 2019 13:07:08 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728825AbfCUUC5 (ORCPT + 99 others); Thu, 21 Mar 2019 16:02:57 -0400 Received: from mga06.intel.com ([134.134.136.31]:5164 "EHLO mga06.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728093AbfCUUC4 (ORCPT ); Thu, 21 Mar 2019 16:02:56 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga005.jf.intel.com ([10.7.209.41]) by orsmga104.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 21 Mar 2019 13:02:56 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.60,254,1549958400"; d="scan'208";a="309246233" Received: from unknown (HELO localhost.lm.intel.com) ([10.232.112.69]) by orsmga005.jf.intel.com with ESMTP; 21 Mar 2019 13:02:56 -0700 From: Keith Busch To: linux-kernel@vger.kernel.org, linux-mm@kvack.org, linux-nvdimm@lists.01.org Cc: Dave Hansen , Dan Williams , Keith Busch Subject: [PATCH 1/5] node: Define and export memory migration path Date: Thu, 21 Mar 2019 14:01:53 -0600 Message-Id: <20190321200157.29678-2-keith.busch@intel.com> X-Mailer: git-send-email 2.13.6 In-Reply-To: <20190321200157.29678-1-keith.busch@intel.com> References: <20190321200157.29678-1-keith.busch@intel.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Prepare for the kernel to auto-migrate pages to other memory nodes with a user defined node migration table. A user may create a single target for each NUMA node to enable the kernel to do NUMA page migrations instead of simply reclaiming colder pages. A node with no target is a "terminal node", so reclaim acts normally there. The migration target does not fundamentally _need_ to be a single node, but this implementation starts there to limit complexity. If you consider the migration path as a graph, cycles (loops) in the graph are disallowed. This avoids wasting resources by constantly migrating (A->B, B->A, A->B ...). The expectation is that cycles will never be allowed. Signed-off-by: Keith Busch --- Documentation/ABI/stable/sysfs-devices-node | 11 ++++- drivers/base/node.c | 73 +++++++++++++++++++++++++++++ include/linux/node.h | 6 +++ 3 files changed, 89 insertions(+), 1 deletion(-) diff --git a/Documentation/ABI/stable/sysfs-devices-node b/Documentation/ABI/stable/sysfs-devices-node index 3e90e1f3bf0a..7439e1845e5d 100644 --- a/Documentation/ABI/stable/sysfs-devices-node +++ b/Documentation/ABI/stable/sysfs-devices-node @@ -90,4 +90,13 @@ Date: December 2009 Contact: Lee Schermerhorn Description: The node's huge page size control/query attributes. - See Documentation/admin-guide/mm/hugetlbpage.rst \ No newline at end of file + See Documentation/admin-guide/mm/hugetlbpage.rst + +What: /sys/devices/system/node/nodeX/migration_path +Data March 2019 +Contact: Linux Memory Management list +Description: + Defines which node the kernel should attempt to migrate this + node's pages to when this node requires memory reclaim. A + negative value means this is a terminal node and memory can not + be reclaimed through kernel managed migration. diff --git a/drivers/base/node.c b/drivers/base/node.c index 86d6cd92ce3d..20a90905555f 100644 --- a/drivers/base/node.c +++ b/drivers/base/node.c @@ -59,6 +59,10 @@ static inline ssize_t node_read_cpulist(struct device *dev, static DEVICE_ATTR(cpumap, S_IRUGO, node_read_cpumask, NULL); static DEVICE_ATTR(cpulist, S_IRUGO, node_read_cpulist, NULL); +#define TERMINAL_NODE -1 +static int node_migration[MAX_NUMNODES] = {[0 ... MAX_NUMNODES - 1] = TERMINAL_NODE}; +static DEFINE_SPINLOCK(node_migration_lock); + #define K(x) ((x) << (PAGE_SHIFT - 10)) static ssize_t node_read_meminfo(struct device *dev, struct device_attribute *attr, char *buf) @@ -233,6 +237,74 @@ static ssize_t node_read_distance(struct device *dev, } static DEVICE_ATTR(distance, S_IRUGO, node_read_distance, NULL); +static ssize_t migration_path_show(struct device *dev, + struct device_attribute *attr, + char *buf) +{ + return sprintf(buf, "%d\n", node_migration[dev->id]); +} + +static ssize_t migration_path_store(struct device *dev, + struct device_attribute *attr, + const char *buf, size_t count) +{ + int i, err, nid = dev->id; + nodemask_t visited = NODE_MASK_NONE; + long next; + + err = kstrtol(buf, 0, &next); + if (err) + return -EINVAL; + + if (next < 0) { + spin_lock(&node_migration_lock); + WRITE_ONCE(node_migration[nid], TERMINAL_NODE); + spin_unlock(&node_migration_lock); + return count; + } + if (next > MAX_NUMNODES || !node_online(next)) + return -EINVAL; + + /* + * Follow the entire migration path from 'nid' through the point where + * we hit a TERMINAL_NODE. + * + * Don't allow looped migration cycles in the path. + */ + node_set(nid, visited); + spin_lock(&node_migration_lock); + for (i = next; node_migration[i] != TERMINAL_NODE; + i = node_migration[i]) { + /* Fail if we have visited this node already */ + if (node_test_and_set(i, visited)) { + spin_unlock(&node_migration_lock); + return -EINVAL; + } + } + WRITE_ONCE(node_migration[nid], next); + spin_unlock(&node_migration_lock); + + return count; +} +static DEVICE_ATTR_RW(migration_path); + +/** + * next_migration_node() - Get the next node in the migration path + * @current_node: The starting node to lookup the next node + * + * @returns: node id for next memory node in the migration path hierarchy from + * @current_node; -1 if @current_node is terminal or its migration + * node is not online. + */ +int next_migration_node(int current_node) +{ + int nid = READ_ONCE(node_migration[current_node]); + + if (nid >= 0 && node_online(nid)) + return nid; + return TERMINAL_NODE; +} + static struct attribute *node_dev_attrs[] = { &dev_attr_cpumap.attr, &dev_attr_cpulist.attr, @@ -240,6 +312,7 @@ static struct attribute *node_dev_attrs[] = { &dev_attr_numastat.attr, &dev_attr_distance.attr, &dev_attr_vmstat.attr, + &dev_attr_migration_path.attr, NULL }; ATTRIBUTE_GROUPS(node_dev); diff --git a/include/linux/node.h b/include/linux/node.h index 257bb3d6d014..af46c7a8b94f 100644 --- a/include/linux/node.h +++ b/include/linux/node.h @@ -67,6 +67,7 @@ static inline int register_one_node(int nid) return error; } +extern int next_migration_node(int current_node); extern void unregister_one_node(int nid); extern int register_cpu_under_node(unsigned int cpu, unsigned int nid); extern int unregister_cpu_under_node(unsigned int cpu, unsigned int nid); @@ -115,6 +116,11 @@ static inline void register_hugetlbfs_with_node(node_registration_func_t reg, node_registration_func_t unreg) { } + +static inline int next_migration_node(int current_node) +{ + return -1; +} #endif #define to_node(device) container_of(device, struct node, dev) -- 2.14.4