All of lore.kernel.org
 help / color / mirror / Atom feed
From: Giuseppe Scrivano <gscrivan@redhat.com>
To: Mina Almasry <almasrymina@google.com>
Cc: cgroups@vger.kernel.org,  Mike Kravetz <mike.kravetz@oracle.com>,
	 Tejun Heo <tj@kernel.org>,  Li Zefan <lizefan@huawei.com>,
	 Johannes Weiner <hannes@cmpxchg.org>,
	 linux-mm@kvack.org
Subject: Re: [PATCH] mm: hugetlb controller for cgroups v2
Date: Fri, 22 Nov 2019 09:53:52 +0100	[thread overview]
Message-ID: <87tv6wmgv3.fsf@redhat.com> (raw)
In-Reply-To: <CAHS8izPwEFbdtNrDT-xfPs9Zc1YoAY5hmDH0j3fbRZE-OjneuQ@mail.gmail.com> (Mina Almasry's message of "Thu, 21 Nov 2019 14:36:12 -0800")

Hi Mina,

Mina Almasry <almasrymina@google.com> writes:

> On Thu, Nov 21, 2019 at 1:14 PM Giuseppe Scrivano <gscrivan@redhat.com> wrote:
>>
>> In the effort of supporting cgroups v2 into Kubernetes, I stumped on
>> the lack of the hugetlb controller.
>>
>> When the controller is enabled, it exposes three new files for each
>> hugetlb size on non-root cgroups:
>>
>> - hugetlb.<hugepagesize>.current
>> - hugetlb.<hugepagesize>.max
>> - hugetlb.<hugepagesize>.stat
>>
>> The differences with the legacy hierarchy are in the file names and
>> using the value "max" instead of "-1" to disable a limit.
>>
>> The file .limit_in_bytes is renamed to .max.
>>
>> The file .usage_in_bytes is renamed to .usage.
>>
>
> I could be wrong here but I think the memcg files are not renamed, so
> the same file names exist in v1 and v2. Can we follow that example?

I've enabled all the controllers, but I don't see files under
/sys/fs/cgroup that have the .limit_in_bytes or .usage_in_bytes suffix.

To what files are you referring to?

Thanks,
Giuseppe



  reply	other threads:[~2019-11-22  8:54 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20191121211424.263622-1-gscrivan@redhat.com>
2019-11-21 22:36 ` [PATCH] mm: hugetlb controller for cgroups v2 Mina Almasry
2019-11-22  8:53   ` Giuseppe Scrivano [this message]
2019-11-26 19:41     ` Mina Almasry

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87tv6wmgv3.fsf@redhat.com \
    --to=gscrivan@redhat.com \
    --cc=almasrymina@google.com \
    --cc=cgroups@vger.kernel.org \
    --cc=hannes@cmpxchg.org \
    --cc=linux-mm@kvack.org \
    --cc=lizefan@huawei.com \
    --cc=mike.kravetz@oracle.com \
    --cc=tj@kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.