[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <52e1b8e1-86dd-4abd-81e6-98828284a710@redhat.com>
Date: Wed, 30 Oct 2024 14:16:20 +0100
From: David Hildenbrand <david@...hat.com>
To: Matthew Wilcox <willy@...radead.org>, gutierrez.asier@...wei-partners.com
Cc: akpm@...ux-foundation.org, ryan.roberts@....com, baohua@...nel.org,
peterx@...hat.com, hannes@...xchg.org, hocko@...nel.org,
roman.gushchin@...ux.dev, shakeel.butt@...ux.dev, muchun.song@...ux.dev,
cgroups@...r.kernel.org, linux-mm@...ck.org, linux-kernel@...r.kernel.org,
stepanov.anatoly@...wei.com, alexander.kozhevnikov@...wei-partners.com,
guohanjun@...wei.com, weiyongjun1@...wei.com, wangkefeng.wang@...wei.com,
judy.chenhui@...wei.com, yusongping@...wei.com, artem.kuzin@...wei.com,
kang.sun@...wei.com
Subject: Re: [RFC PATCH 0/3] Cgroup-based THP control
On 30.10.24 14:14, Matthew Wilcox wrote:
> On Wed, Oct 30, 2024 at 04:33:08PM +0800, gutierrez.asier@...wei-partners.com wrote:
>> From: Asier Gutierrez <gutierrez.asier@...wei-partners.com>
>>
>> Currently THP modes are set globally. It can be an overkill if only some
>> specific app/set of apps need to get benefits from THP usage. Moreover, various
>> apps might need different THP settings. Here we propose a cgroup-based THP
>> control mechanism.
>
> Or maybe we should stop making the sysadmin's life so damned hard and
> figure out how to do without all of these settings?
In particular if there is no proper problem description / use case.
--
Cheers,
David / dhildenb
Powered by blists - more mailing lists