Re: [RFC PATCH v1 0/4] hugetlb: parallelize hugetlb page allocation on boot

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

To: Gang Li <gang.li@xxxxxxxxx>
Subject: Re: [RFC PATCH v1 0/4] hugetlb: parallelize hugetlb page allocation on boot
From: Gang Li <ligang.bdlg@xxxxxxxxxxxxx>
Date: Thu, 23 Nov 2023 05:58:58 -0800
Cc: Mike Kravetz <mike.kravetz@xxxxxxxxxx>, Muchun Song <muchun.song@xxxxxxxxx>, Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>, linux-mm <linux-mm@xxxxxxxxx>, linux-kernel <linux-kernel@xxxxxxxxxxxxxxx>
In-reply-to: <20231123133036.68540-1-gang.li@linux.dev>
References: <20231123133036.68540-1-gang.li@linux.dev>

> Inspired by these patches [1][2], this series aims to speed up the

[1] https://lore.kernel.org/all/20200527173608.2885243-1-daniel.m.jordan@xxxxxxxxxx/
[2] https://lore.kernel.org/all/20230906112605.2286994-1-usama.arif@xxxxxxxxxxxxx/

> initialization of hugetlb during the boot process through
> parallelization.
> 

References:
- [RFC PATCH v1 0/4] hugetlb: parallelize hugetlb page allocation on boot
  - From: Gang Li

Prev by Date: Re: [RFC PATCH v2 2/6] mm: mempolicy: Revise comment regarding mempolicy mode flags
Next by Date: Re: [PATCH 16/24] mm/swap: reduce scope of get_swap_device in swapin path
Previous by thread: [RFC PATCH v1 4/4] hugetlb: parallelize hugetlb page allocation
Next by thread: Re: [RFC PATCH v1 0/4] hugetlb: parallelize hugetlb page allocation on boot
Index(es):
- Date
- Thread

[Index of Archives] [Linux ARM Kernel] [Linux ARM] [Linux Omap] [Fedora ARM] [IETF Annouce] [Bugtraq] [Linux OMAP] [Linux MIPS] [eCos] [Asterisk Internet PBX] [Linux API]

Powered by Linux