lkml.org 
[lkml]   [2023]   [Nov]   [27]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
SubjectRe: [RFC PATCH v1 0/4] hugetlb: parallelize hugetlb page allocation on boot
From

On 2023/11/25 04:00, David Rientjes wrote:
> On Fri, 24 Nov 2023, David Hildenbrand wrote:
>
>> And there, the 65.2s won't be noise because that 12TB system is up by a snap
>> of a finger? :)
>>
>
> In this single boot test, total boot time was 373.78s, so 1GB hugetlb
> allocation is 17.4% of that.

Thank you for sharing these data. Currently, I don't have access to a
machine of such large capacity, so the benefits in my tests are not as
pronounced.

I believe testing on a system of this scale would yield significant
benefits.

>
> Would love to see what the numbers would look like if 1GB pages were
> supported.
>

Support for 1GB hugetlb is not yet perfect, so it wasn't included in v1.
But I'm happy to refine and introduce 1GB hugetlb support in future
versions.

\
 
 \ /
  Last update: 2023-11-28 04:23    [W:0.143 / U:0.104 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site