lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <5148F830.3070601@gmail.com>
Date:	Wed, 20 Mar 2013 07:43:44 +0800
From:	Simon Jeons <simon.jeons@...il.com>
To:	Naoya Horiguchi <n-horiguchi@...jp.nec.com>
CC:	linux-mm@...ck.org, Andrew Morton <akpm@...ux-foundation.org>,
	Mel Gorman <mel@....ul.ie>, Hugh Dickins <hughd@...gle.com>,
	KOSAKI Motohiro <kosaki.motohiro@...fujitsu.com>,
	Andi Kleen <andi@...stfloor.org>, linux-kernel@...r.kernel.org
Subject: Re: [RFC][PATCH 0/9] extend hugepage migration

Hi Naoya,
On 02/22/2013 03:41 AM, Naoya Horiguchi wrote:
> Hi,
>
> Hugepage migration is now available only for soft offlining (moving
> data on the half corrupted page to another page to save the data).
> But it's also useful some other users of page migration, so this
> patchset tries to extend some of such users to support hugepage.
>
> The targets of this patchset are NUMA related system calls (i.e.
> migrate_pages(2), move_pages(2), and mbind(2)), and memory hotplug.
> This patchset does not extend page migration in memory compaction,
> because I think that users of memory compaction mainly expect to
> construct thp by arranging raw pages but hugepage migration doesn't
> help it.
> CMA, another user of page migration, can have benefit from hugepage
> migration, but is not enabled to support it now. This is because
> I've never used CMA and need to learn more to extend and/or test
> hugepage migration in CMA. I'll add this in later version if it
> becomes ready, or will post as a separate patchset.
>
> Hugepage migration of 1GB hugepage is not enabled for now, because
> I'm not sure whether users of 1GB hugepage really want it.
> We need to spare free hugepage in order to do migration, but I don't
> think that users want to 1GB memory to idle for that purpose
> (currently we can't expand/shrink 1GB hugepage pool after boot).
>
> Could you review and give me some comments/feedbacks?
>
> Thanks,
> Naoya Horiguchi
> ---
> Easy patch access:
>    git@...hub.com:Naoya-Horiguchi/linux.git
>    branch:extend_hugepage_migration
>
> Test code:
>    git@...hub.com:Naoya-Horiguchi/test_hugepage_migration_extension.git

git clone 
git@...hub.com:Naoya-Horiguchi/test_hugepage_migration_extension.git
Cloning into test_hugepage_migration_extension...
Permission denied (publickey).
fatal: The remote end hung up unexpectedly

>
> Naoya Horiguchi (9):
>        migrate: add migrate_entry_wait_huge()
>        migrate: make core migration code aware of hugepage
>        soft-offline: use migrate_pages() instead of migrate_huge_page()
>        migrate: clean up migrate_huge_page()
>        migrate: enable migrate_pages() to migrate hugepage
>        migrate: enable move_pages() to migrate hugepage
>        mbind: enable mbind() to migrate hugepage
>        memory-hotplug: enable memory hotplug to handle hugepage
>        remove /proc/sys/vm/hugepages_treat_as_movable
>
>   Documentation/sysctl/vm.txt |  16 ------
>   include/linux/hugetlb.h     |  25 ++++++++--
>   include/linux/mempolicy.h   |   2 +-
>   include/linux/migrate.h     |  12 ++---
>   include/linux/swapops.h     |   4 ++
>   kernel/sysctl.c             |   7 ---
>   mm/hugetlb.c                |  98 ++++++++++++++++++++++++++++--------
>   mm/memory-failure.c         |  20 ++++++--
>   mm/memory.c                 |   6 ++-
>   mm/memory_hotplug.c         |  51 +++++++++++++++----
>   mm/mempolicy.c              |  61 +++++++++++++++--------
>   mm/migrate.c                | 119 ++++++++++++++++++++++++++++++--------------
>   mm/page_alloc.c             |  12 +++++
>   mm/page_isolation.c         |   5 ++
>   14 files changed, 311 insertions(+), 127 deletions(-)
>
> --
> To unsubscribe, send a message with 'unsubscribe linux-mm' in
> the body to majordomo@...ck.org.  For more info on Linux MM,
> see: http://www.linux-mm.org/ .
> Don't email: <a href=mailto:"dont@...ck.org"> email@...ck.org </a>

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ