[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <omwjkm2iealxsdxtaxkxjpet2zqz22x7ryvbzmhaxf5gp5k4se@7p5a5vznnsnq>
Date: Wed, 9 Oct 2024 12:54:42 +0300
From: "Kirill A. Shutemov" <kirill@...temov.name>
To: Zi Yan <ziy@...dia.com>
Cc: linux-mm@...ck.org, "Matthew Wilcox (Oracle)" <willy@...radead.org>,
Ryan Roberts <ryan.roberts@....com>, Hugh Dickins <hughd@...gle.com>,
"Kirill A . Shutemov" <kirill.shutemov@...ux.intel.com>, David Hildenbrand <david@...hat.com>,
Yang Shi <yang@...amperecomputing.com>, Miaohe Lin <linmiaohe@...wei.com>,
Kefeng Wang <wangkefeng.wang@...wei.com>, Yu Zhao <yuzhao@...gle.com>, John Hubbard <jhubbard@...dia.com>,
linux-kernel@...r.kernel.org
Subject: Re: [RFC PATCH 0/1] Buddy allocator like folio split
On Tue, Oct 08, 2024 at 06:37:47PM -0400, Zi Yan wrote:
> mm/huge_memory.c | 648 ++++++++++++++++++++++++++++++++++++++++++++++-
> 1 file changed, 647 insertions(+), 1 deletion(-)
The idea is sane, but I think it would require a lot more ground work
before getting it upstream. I don't think we can afford two parallel split
implementations. folio_split() and split_huge_page*() should share the same
implementation internally. Otherwise it is going to be pain to maintain
them in-sync.
--
Kiryl Shutsemau / Kirill A. Shutemov
Powered by blists - more mailing lists