From: Yasunori Goto <ygoto@us.fujitsu.com>
To: Linux Kernel ML <linux-kernel@vger.kernel.org>,
Linux Hotplug Memory Support <lhms-devel@lists.sourceforge.net>
Cc: Linux-Node-Hotplug <lhns-devel@lists.sourceforge.net>,
linux-mm <linux-mm@kvack.org>
Subject: Merging Nonlinear and Numa style memory hotplug
Date: Tue, 22 Jun 2004 12:00:33 -0700 [thread overview]
Message-ID: <20040622114733.30A6.YGOTO@us.fujitsu.com> (raw)
Hello.
I made merging patches between Nonlinear and Node style
memory hotplug code. I hope that this patches will work
for both of SMP style memory hotplug and NUMA style memory
hotplug.
The patches is here.
http://osdn.dl.sourceforge.net/sourceforge/lhms/20040621.tgz
These patches are for Linux 2.6.5.
Please comment.
Bye.
------------------
Note:
These patches base is Takahashi-san and Iwamoto-san's patches.
and this includes nonlinear's code.
Modifications from them are ...
- CONFIG definition was divided like this
CONFIG_HOTPLUG_MEMORY (common part)
CONFIG_HOTPLUG_MEMORY_OF_NODE (only node style hotplug)
CONFIG_HOTPLUG_MEMORY_NONLINAR (only mem_section style
hotplug)
- Some of strucure's member are added to mem_section[] to
unify between nonlinear and node style hotplug.
- Basic implementation mem_section's hotremove. (See below.)
- Using NUMA code of build_zonelist() for NUMA style
memory hotplug.
- Code cleaned up Memory hotadd for NUMA style.
Following is remain issue.
- Hotremovable attribute is vague concept in these patches.
I don't have suitable solution for it yet.
- Memory hot-add for memsection.
- rmap is changed in 2.6.7. These patches should
reflect the changes.
These patches are trial. So, system down might occur.
(Especially, after nonlinear hot-removing code execution.)
-------------------------------------------------
About hotremove for mem_section
(Using PG_booked)
Hot-remove needs 3 features.
1. Prohibition reallocation in the removing area against
page allocator.
2. Page migration from removing area
3. System repeats 2. until freeing all of the memory in the area.
So, system has to know all of memory freed.
1. and 3. have problem for memsection hot-remove.
In Node removing case, system could avoid reallocation
by removing zone from zone_list. But its way can’t be used
for memsection. System could count freed page by using free_pages
in the zone. But, it will has to know freed area
in the 'removing memsection'.
Takahashi-san proposed me that it use PG_book in the page flag
for prohibition of reallocation in the mem_section. (This flag was
used for reservation of destination of huge-page's migration in
these patches.)
- System doesn’t allocate booked pages.
- System doesn’t return the page to per_cpu_page,
return it to buddy allocator immediately.
- When all pages in the section are booked and freed,
system can find that the section can remove.
--
Yasunori Goto <ygoto at us.fujitsu.com>
--
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: <a href=mailto:"aart@kvack.org"> aart@kvack.org </a>
next reply other threads:[~2004-06-22 19:00 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-06-22 19:00 Yasunori Goto [this message]
2004-06-23 22:32 ` [Lhns-devel] " Dave Hansen
2004-06-24 3:04 ` Yasunori Goto
2004-06-24 3:26 ` Dave Hansen
2004-06-24 13:28 ` [Lhms-devel] " Dave Hansen
2004-06-24 22:19 ` Yasunori Goto
2004-06-24 22:37 ` Dave Hansen
2004-06-25 3:11 ` [Lhms-devel] " Yasunori Goto
2004-06-25 3:19 ` Dave Hansen
2004-06-25 18:48 ` Yasunori Goto
2004-06-25 18:59 ` Dave Hansen
2004-06-25 20:45 ` Yasunori Goto
2004-06-25 20:49 ` Dave Hansen
2004-06-25 20:54 ` Dave Hansen
2004-06-25 4:49 ` [Lhms-devel] Re: [Lhns-devel] " Shai Fultheim
2004-06-25 15:16 ` Dave Hansen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20040622114733.30A6.YGOTO@us.fujitsu.com \
--to=ygoto@us.fujitsu.com \
--cc=lhms-devel@lists.sourceforge.net \
--cc=lhns-devel@lists.sourceforge.net \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox