* [PATCH] mm: fix the incorrect hugepages count
@ 2016-08-08 2:49 zhongjiang
2016-08-08 17:14 ` Mike Kravetz
0 siblings, 1 reply; 4+ messages in thread
From: zhongjiang @ 2016-08-08 2:49 UTC (permalink / raw)
To: akpm; +Cc: linux-mm, linux-kernel
From: zhong jiang <zhongjiang@huawei.com>
when memory hotplug enable, free hugepages will be freed if movable node offline.
therefore, /proc/sys/vm/nr_hugepages will be incorrect.
The patch fix it by reduce the max_huge_pages when the node offline.
Signed-off-by: zhong jiang <zhongjiang@huawei.com>
---
mm/hugetlb.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/mm/hugetlb.c b/mm/hugetlb.c
index f904246..3356e3a 100644
--- a/mm/hugetlb.c
+++ b/mm/hugetlb.c
@@ -1448,6 +1448,7 @@ static void dissolve_free_huge_page(struct page *page)
list_del(&page->lru);
h->free_huge_pages--;
h->free_huge_pages_node[nid]--;
+ h->max_huge_pages--;
update_and_free_page(h, page);
}
spin_unlock(&hugetlb_lock);
--
1.8.3.1
--
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:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH] mm: fix the incorrect hugepages count
2016-08-08 2:49 [PATCH] mm: fix the incorrect hugepages count zhongjiang
@ 2016-08-08 17:14 ` Mike Kravetz
2016-08-09 10:32 ` zhong jiang
0 siblings, 1 reply; 4+ messages in thread
From: Mike Kravetz @ 2016-08-08 17:14 UTC (permalink / raw)
To: zhongjiang, Naoya Horiguchi, akpm; +Cc: linux-mm, linux-kernel
On 08/07/2016 07:49 PM, zhongjiang wrote:
> From: zhong jiang <zhongjiang@huawei.com>
>
> when memory hotplug enable, free hugepages will be freed if movable node offline.
> therefore, /proc/sys/vm/nr_hugepages will be incorrect.
>
> The patch fix it by reduce the max_huge_pages when the node offline.
>
> Signed-off-by: zhong jiang <zhongjiang@huawei.com>
> ---
> mm/hugetlb.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/mm/hugetlb.c b/mm/hugetlb.c
> index f904246..3356e3a 100644
> --- a/mm/hugetlb.c
> +++ b/mm/hugetlb.c
> @@ -1448,6 +1448,7 @@ static void dissolve_free_huge_page(struct page *page)
> list_del(&page->lru);
> h->free_huge_pages--;
> h->free_huge_pages_node[nid]--;
> + h->max_huge_pages--;
> update_and_free_page(h, page);
> }
> spin_unlock(&hugetlb_lock);
>
Adding Naoya as he was the original author of this code.
>From quick look it appears that the huge page will be migrated (allocated
on another node). If my understanding is correct, then max_huge_pages
should not be adjusted here.
--
Mike Kravetz
--
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:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH] mm: fix the incorrect hugepages count
2016-08-08 17:14 ` Mike Kravetz
@ 2016-08-09 10:32 ` zhong jiang
2016-08-10 0:07 ` Naoya Horiguchi
0 siblings, 1 reply; 4+ messages in thread
From: zhong jiang @ 2016-08-09 10:32 UTC (permalink / raw)
To: Mike Kravetz; +Cc: Naoya Horiguchi, akpm, linux-mm, linux-kernel
On 2016/8/9 1:14, Mike Kravetz wrote:
> On 08/07/2016 07:49 PM, zhongjiang wrote:
>> From: zhong jiang <zhongjiang@huawei.com>
>>
>> when memory hotplug enable, free hugepages will be freed if movable node offline.
>> therefore, /proc/sys/vm/nr_hugepages will be incorrect.
>>
>> The patch fix it by reduce the max_huge_pages when the node offline.
>>
>> Signed-off-by: zhong jiang <zhongjiang@huawei.com>
>> ---
>> mm/hugetlb.c | 1 +
>> 1 file changed, 1 insertion(+)
>>
>> diff --git a/mm/hugetlb.c b/mm/hugetlb.c
>> index f904246..3356e3a 100644
>> --- a/mm/hugetlb.c
>> +++ b/mm/hugetlb.c
>> @@ -1448,6 +1448,7 @@ static void dissolve_free_huge_page(struct page *page)
>> list_del(&page->lru);
>> h->free_huge_pages--;
>> h->free_huge_pages_node[nid]--;
>> + h->max_huge_pages--;
>> update_and_free_page(h, page);
>> }
>> spin_unlock(&hugetlb_lock);
>>
> Adding Naoya as he was the original author of this code.
>
> >From quick look it appears that the huge page will be migrated (allocated
> on another node). If my understanding is correct, then max_huge_pages
> should not be adjusted here.
>
we need to take free hugetlb pages into account. of course, the allocated huge pages is no
need to reduce. The patch just reduce the free hugetlb pages count.
Thanks
zhongjiang
--
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:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH] mm: fix the incorrect hugepages count
2016-08-09 10:32 ` zhong jiang
@ 2016-08-10 0:07 ` Naoya Horiguchi
0 siblings, 0 replies; 4+ messages in thread
From: Naoya Horiguchi @ 2016-08-10 0:07 UTC (permalink / raw)
To: zhong jiang; +Cc: Mike Kravetz, akpm, linux-mm, linux-kernel
On Tue, Aug 09, 2016 at 06:32:39PM +0800, zhong jiang wrote:
> On 2016/8/9 1:14, Mike Kravetz wrote:
> > On 08/07/2016 07:49 PM, zhongjiang wrote:
> >> From: zhong jiang <zhongjiang@huawei.com>
> >>
> >> when memory hotplug enable, free hugepages will be freed if movable node offline.
> >> therefore, /proc/sys/vm/nr_hugepages will be incorrect.
This sounds a bit odd to me because /proc/sys/vm/nr_hugepages returns
h->nr_huge_pages or h->nr_huge_pages_node[nid], which is already
considered in dissolve_free_huge_page (via update_and_free_page).
I think that h->max_huge_pages effectively means the pool size, and
h->nr_huge_pages means total hugepage number (which can be greater than
the pool size when there's overcommiting/surplus.)
dissolve_free_huge_page intends to break a hugepage into buddy, and
the destination hugepage is supposed to be allocated from the pool of
the destination node, so the system-wide pool size is reduced.
So adding h->max_huge_pages-- makes sense to me.
Acked-by: Naoya Horiguchi <n-horiguchi@ah.jp.nec.com>
> >>
> >> The patch fix it by reduce the max_huge_pages when the node offline.
> >>
> >> Signed-off-by: zhong jiang <zhongjiang@huawei.com>
> >> ---
> >> mm/hugetlb.c | 1 +
> >> 1 file changed, 1 insertion(+)
> >>
> >> diff --git a/mm/hugetlb.c b/mm/hugetlb.c
> >> index f904246..3356e3a 100644
> >> --- a/mm/hugetlb.c
> >> +++ b/mm/hugetlb.c
> >> @@ -1448,6 +1448,7 @@ static void dissolve_free_huge_page(struct page *page)
> >> list_del(&page->lru);
> >> h->free_huge_pages--;
> >> h->free_huge_pages_node[nid]--;
> >> + h->max_huge_pages--;
> >> update_and_free_page(h, page);
> >> }
> >> spin_unlock(&hugetlb_lock);
> >>
> > Adding Naoya as he was the original author of this code.
> >
> > >From quick look it appears that the huge page will be migrated (allocated
> > on another node). If my understanding is correct, then max_huge_pages
> > should not be adjusted here.
> >
> we need to take free hugetlb pages into account. of course, the allocated huge pages is no
> need to reduce. The patch just reduce the free hugetlb pages count.
I
--
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:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2016-08-10 0:11 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-08-08 2:49 [PATCH] mm: fix the incorrect hugepages count zhongjiang
2016-08-08 17:14 ` Mike Kravetz
2016-08-09 10:32 ` zhong jiang
2016-08-10 0:07 ` Naoya Horiguchi
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox