linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: David Hildenbrand <david@redhat.com>
To: "Aneesh Kumar K.V" <aneesh.kumar@linux.ibm.com>,
	linuxppc-dev@lists.ozlabs.org, mpe@ellerman.id.au
Cc: linux-mm@kvack.org
Subject: Re: [PATCH v2] powerpc/mm: Update default hugetlb size early
Date: Fri, 11 Feb 2022 09:30:33 +0100	[thread overview]
Message-ID: <831ee5f6-8605-02d2-b7e5-543aec4857c3@redhat.com> (raw)
In-Reply-To: <20220211065215.101767-1-aneesh.kumar@linux.ibm.com>

On 11.02.22 07:52, Aneesh Kumar K.V wrote:
> commit: d9c234005227 ("Do not depend on MAX_ORDER when grouping pages by mobility")
> introduced pageblock_order which will be used to group pages better.
> The kernel now groups pages based on the value of HPAGE_SHIFT. Hence HPAGE_SHIFT
> should be set before we call set_pageblock_order.
> 
> set_pageblock_order happens early in the boot and default hugetlb page size
> should be initialized before that to compute the right pageblock_order value.
> 
> Currently, default hugetlbe page size is set via arch_initcalls which happens
> late in the boot as shown via the below callstack:
> 
> [c000000007383b10] [c000000001289328] hugetlbpage_init+0x2b8/0x2f8
> [c000000007383bc0] [c0000000012749e4] do_one_initcall+0x14c/0x320
> [c000000007383c90] [c00000000127505c] kernel_init_freeable+0x410/0x4e8
> [c000000007383da0] [c000000000012664] kernel_init+0x30/0x15c
> [c000000007383e10] [c00000000000cf14] ret_from_kernel_thread+0x5c/0x64
> 
> and the pageblock_order initialization is done early during the boot.
> 
> [c0000000018bfc80] [c0000000012ae120] set_pageblock_order+0x50/0x64
> [c0000000018bfca0] [c0000000012b3d94] sparse_init+0x188/0x268
> [c0000000018bfd60] [c000000001288bfc] initmem_init+0x28c/0x328
> [c0000000018bfe50] [c00000000127b370] setup_arch+0x410/0x480
> [c0000000018bfed0] [c00000000127401c] start_kernel+0xb8/0x934
> [c0000000018bff90] [c00000000000d984] start_here_common+0x1c/0x98
> 
> delaying default hugetlb page size initialization implies the kernel will
> initialize pageblock_order to (MAX_ORDER - 1) which is not an optimal
> value for mobility grouping. IIUC we always had this issue. But it was not
> a problem for hash translation mode because (MAX_ORDER - 1) is the same as
> HUGETLB_PAGE_ORDER (8) in the case of hash (16MB). With radix,
> HUGETLB_PAGE_ORDER will be 5 (2M size) and hence pageblock_order should be
> 5 instead of 8.


A related question: Can we on ppc still have pageblock_order > MAX_ORDER
- 1? We have some code for that and I am not so sure if we really need that.

-- 
Thanks,

David / dhildenb



  reply	other threads:[~2022-02-11  8:30 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-02-11  6:52 [PATCH v2] powerpc/mm: Update default hugetlb size early Aneesh Kumar K.V
2022-02-11  8:30 ` David Hildenbrand [this message]
2022-02-11  9:16   ` Aneesh Kumar K V
2022-02-11 10:05     ` David Hildenbrand
2022-02-11 12:23       ` Aneesh Kumar K.V
2022-02-11 12:29         ` David Hildenbrand
2022-02-11 14:40         ` Aneesh Kumar K.V
2022-02-16 12:25 ` Michael Ellerman

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=831ee5f6-8605-02d2-b7e5-543aec4857c3@redhat.com \
    --to=david@redhat.com \
    --cc=aneesh.kumar@linux.ibm.com \
    --cc=linux-mm@kvack.org \
    --cc=linuxppc-dev@lists.ozlabs.org \
    --cc=mpe@ellerman.id.au \
    /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;
as well as URLs for NNTP newsgroup(s).