[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20210816162749.22b921a61156a091f3e1d14d@linux-foundation.org>
Date: Mon, 16 Aug 2021 16:27:49 -0700
From: Andrew Morton <akpm@...ux-foundation.org>
To: Mike Kravetz <mike.kravetz@...cle.com>
Cc: linux-mm@...ck.org, linux-kernel@...r.kernel.org,
David Hildenbrand <david@...hat.com>,
Michal Hocko <mhocko@...e.com>,
Oscar Salvador <osalvador@...e.de>, Zi Yan <ziy@...dia.com>,
Muchun Song <songmuchun@...edance.com>,
Naoya Horiguchi <naoya.horiguchi@...ux.dev>,
David Rientjes <rientjes@...gle.com>
Subject: Re: [PATCH RESEND 0/8] hugetlb: add demote/split page functionality
Also, pushback...
On Mon, 16 Aug 2021 15:49:45 -0700 Mike Kravetz <mike.kravetz@...cle.com> wrote:
>
> Real world use cases
> --------------------
> There are groups today using hugetlb pages to back VMs on x86. Their
> use case is as described above. They have experienced the issues with
> performance and not necessarily getting the excepted number smaller huge
("number of")
> pages after free/allocate cycle.
>
It really is a ton of new code. I think we're owed much more detail
about the problem than the above. To be confident that all this
material is truly justified?
Also, some selftests and benchmarking code in tools/testing/selftests
would be helpful?
Powered by blists - more mailing lists