From mboxrd@z Thu Jan 1 00:00:00 1970 From: Dou Liyang Subject: Re: [PATCH v8 1/7] x86, memhp, numa: Online memory-less nodes at boot time. Date: Wed, 20 Jul 2016 09:52:56 +0800 Message-ID: References: <1468913288-16605-1-git-send-email-douly.fnst@cn.fujitsu.com> <1468913288-16605-2-git-send-email-douly.fnst@cn.fujitsu.com> <20160719185017.GM3078@mtj.duckdns.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="------------E4C35AA4269377E76DF27B3E" Return-path: In-Reply-To: <20160719185017.GM3078@mtj.duckdns.org> Sender: owner-linux-mm@kvack.org To: Tejun Heo Cc: cl@linux.com, mika.j.penttila@gmail.com, mingo@redhat.com, akpm@linux-foundation.org, rjw@rjwysocki.net, hpa@zytor.com, yasu.isimatu@gmail.com, isimatu.yasuaki@jp.fujitsu.com, kamezawa.hiroyu@jp.fujitsu.com, izumi.taku@jp.fujitsu.com, gongzhaogang@inspur.com, len.brown@intel.com, lenb@kernel.org, tglx@linutronix.de, chen.tang@easystack.cn, rafael@kernel.org, x86@kernel.org, linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, Tang Chen , Zhu Guihua List-Id: linux-acpi@vger.kernel.org --------------E4C35AA4269377E76DF27B3E Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: quoted-printable =E5=9C=A8 2016=E5=B9=B407=E6=9C=8820=E6=97=A5 02:50, Tejun Heo =E5=86=99=E9= =81=93: > Hello, > > On Tue, Jul 19, 2016 at 03:28:02PM +0800, Dou Liyang wrote: >> In this series of patches, we are going to construct cpu <-> node mapp= ing >> for all possible cpus at boot time, which is a 1-1 mapping. It means t= he > 1-1 mapping means that each cpu is mapped to its own private node > which isn't the case. Just call it a persistent mapping? Yes, each cpu is just in a persistent node. However, the opposite is not true. I will modify it. > >> cpu will be mapped to the node it belongs to, and will never be change= d. >> If a node has only cpus but no memory, the cpus on it will be mapped t= o >> a memory-less node. And the memory-less node should be onlined. >> >> This patch allocate pgdats for all memory-less nodes and online them a= t >> boot time. Then build zonelists for these nodes. As a result, when cpu= s >> on these memory-less nodes try to allocate memory from local node, it >> will automatically fall back to the proper zones in the zonelists. > Yeah, I think this is an a lot better approach for memory-less nodes. > >> Signed-off-by: Zhu Guihua Thanks, Dou --------------E4C35AA4269377E76DF27B3E Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable



=E5=9C=A8 2016=E5=B9=B407=E6=9C=8820=E6= =97=A5 02:50, Tejun Heo =E5=86=99=E9=81=93:
Hello,

On Tue, Jul 19, 2016 at 03:28:02PM +0800, Dou Liyang wrote:
In this series of patches, we are going to constru=
ct cpu <-> node mapping
for all possible cpus at boot time, which is a 1-1 mapping. It means the
1-1 mapping means that each cpu is mapped to its own private node
which isn't the case.  Just call it a persistent mapping?
Yes, each cpu is just in a persistent node.
However, the opposite is not true. 

I will modify it.


cpu will be mapped to the node it belongs to, and =
will never be changed.
If a node has only cpus but no memory, the cpus on it will be mapped to
a memory-less node. And the memory-less node should be onlined.

This patch allocate pgdats for all memory-less nodes and online them at
boot time. Then build zonelists for these nodes. As a result, when cpus
on these memory-less nodes try to allocate memory from local node, it
will automatically fall back to the proper zones in the zonelists.
Yeah, I think this is an a lot better approach for memory-less nodes.

Signed-off-by: Zhu Guihua <zhugh.fnst@cn.fu=
jitsu.com>
Thanks,

Dou

--------------E4C35AA4269377E76DF27B3E-- -- 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 From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pa0-f70.google.com (mail-pa0-f70.google.com [209.85.220.70]) by kanga.kvack.org (Postfix) with ESMTP id 097AC6B0005 for ; Tue, 19 Jul 2016 21:54:35 -0400 (EDT) Received: by mail-pa0-f70.google.com with SMTP id hh10so60734550pac.3 for ; Tue, 19 Jul 2016 18:54:35 -0700 (PDT) Received: from heian.cn.fujitsu.com ([59.151.112.132]) by mx.google.com with ESMTP id ye8si380249pab.169.2016.07.19.18.54.33 for ; Tue, 19 Jul 2016 18:54:34 -0700 (PDT) Subject: Re: [PATCH v8 1/7] x86, memhp, numa: Online memory-less nodes at boot time. References: <1468913288-16605-1-git-send-email-douly.fnst@cn.fujitsu.com> <1468913288-16605-2-git-send-email-douly.fnst@cn.fujitsu.com> <20160719185017.GM3078@mtj.duckdns.org> From: Dou Liyang Message-ID: Date: Wed, 20 Jul 2016 09:52:56 +0800 MIME-Version: 1.0 In-Reply-To: <20160719185017.GM3078@mtj.duckdns.org> Content-Type: multipart/alternative; boundary="------------E4C35AA4269377E76DF27B3E" Sender: owner-linux-mm@kvack.org List-ID: To: Tejun Heo Cc: cl@linux.com, mika.j.penttila@gmail.com, mingo@redhat.com, akpm@linux-foundation.org, rjw@rjwysocki.net, hpa@zytor.com, yasu.isimatu@gmail.com, isimatu.yasuaki@jp.fujitsu.com, kamezawa.hiroyu@jp.fujitsu.com, izumi.taku@jp.fujitsu.com, gongzhaogang@inspur.com, len.brown@intel.com, lenb@kernel.org, tglx@linutronix.de, chen.tang@easystack.cn, rafael@kernel.org, x86@kernel.org, linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, Tang Chen , Zhu Guihua --------------E4C35AA4269377E76DF27B3E Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 8bit a?? 2016a1'07ae??20ae?JPY 02:50, Tejun Heo a??e??: > Hello, > > On Tue, Jul 19, 2016 at 03:28:02PM +0800, Dou Liyang wrote: >> In this series of patches, we are going to construct cpu <-> node mapping >> for all possible cpus at boot time, which is a 1-1 mapping. It means the > 1-1 mapping means that each cpu is mapped to its own private node > which isn't the case. Just call it a persistent mapping? Yes, each cpu is just in a persistent node. However, the opposite is not true. I will modify it. > >> cpu will be mapped to the node it belongs to, and will never be changed. >> If a node has only cpus but no memory, the cpus on it will be mapped to >> a memory-less node. And the memory-less node should be onlined. >> >> This patch allocate pgdats for all memory-less nodes and online them at >> boot time. Then build zonelists for these nodes. As a result, when cpus >> on these memory-less nodes try to allocate memory from local node, it >> will automatically fall back to the proper zones in the zonelists. > Yeah, I think this is an a lot better approach for memory-less nodes. > >> Signed-off-by: Zhu Guihua Thanks, Dou --------------E4C35AA4269377E76DF27B3E Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: 8bit



a?? 2016a1'07ae??20ae?JPY 02:50, Tejun Heo a??e??:
Hello,

On Tue, Jul 19, 2016 at 03:28:02PM +0800, Dou Liyang wrote:
In this series of patches, we are going to construct cpu <-> node mapping
for all possible cpus at boot time, which is a 1-1 mapping. It means the
1-1 mapping means that each cpu is mapped to its own private node
which isn't the case.  Just call it a persistent mapping?
Yes, each cpu is just in a persistent node.
However, the opposite is not true. 

I will modify it.


cpu will be mapped to the node it belongs to, and will never be changed.
If a node has only cpus but no memory, the cpus on it will be mapped to
a memory-less node. And the memory-less node should be onlined.

This patch allocate pgdats for all memory-less nodes and online them at
boot time. Then build zonelists for these nodes. As a result, when cpus
on these memory-less nodes try to allocate memory from local node, it
will automatically fall back to the proper zones in the zonelists.
Yeah, I think this is an a lot better approach for memory-less nodes.

Signed-off-by: Zhu Guihua <zhugh.fnst@cn.fujitsu.com>
Thanks,

Dou

--------------E4C35AA4269377E76DF27B3E-- -- 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