[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4c6de257-ebb4-e9ad-4092-b81a8039aff4@google.com>
Date: Thu, 21 Dec 2023 20:33:39 -0800 (PST)
From: David Rientjes <rientjes@...gle.com>
To: Gang Li <ligang.bdlg@...edance.com>
cc: Mike Kravetz <mike.kravetz@...cle.com>, Gang Li <gang.li@...ux.dev>,
David Hildenbrand <david@...hat.com>, Muchun Song <muchun.song@...ux.dev>,
Andrew Morton <akpm@...ux-foundation.org>, linux-mm@...ck.org,
linux-kernel@...r.kernel.org
Subject: Re: [RFC PATCH v2 0/5] hugetlb: parallelize hugetlb page init on
boot
On Mon, 18 Dec 2023, Gang Li wrote:
> Hi,
>
> On 2023/12/13 08:10, David Rientjes wrote:
> > On 6.6 I measured "hugepagesz=1G hugepages=11776" on as 12TB host to be
> > 77s this time around.
>
> Thanks for your test! Is this the total kernel boot time, or just the
> hugetlb initialization time?
>
Ah, sorry for not being specific. It's just the hugetlb preallocation of
11776 1GB hugetlb pages, total boot takes a few more minutes.
> > A latest Linus build with this patch set does not boot successfully, so
>
> Which branch/tag is it compiled on?
> I test this patch on v6.7-rc4 and next-20231130.
>
It was the latest Linus tip of tree. I'll continue to try again until I
get a successful boot and report back, serial console won't be possible
for unrelated reasons.
Powered by blists - more mailing lists