All of lore.kernel.org
 help / color / mirror / Atom feed
From: Joel Fernandes <joel-QYYGw3jwrUn5owFQY34kdNi2O/JbrIOy@public.gmane.org>
To: Tejun Heo <tj-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
Cc: Sonny Rao <sonnyrao-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>,
	Waiman Long <longman-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Dmitry Shmidt <dimitrysh-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>,
	Amit Pundir <amit.pundir-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>,
	kernel-team-z5hGa2qSFaRBDgjK7y7TUQ@public.gmane.org,
	Jesse Barnes <jsbarnes-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>,
	vpillai-tWEdnPwa2b6ifxm/DiOjgA@public.gmane.org,
	Peter Zijlstra <peterz-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org>,
	Guenter Roeck <groeck-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org>,
	Greg Kerr <kerrnel-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>,
	cgroups-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Johannes Weiner <hannes-druUgvl0LCNAfugRpC6u6w@public.gmane.org>,
	Li Zefan <lizefan-hv44wF8Li93QT0dZR+AlfA@public.gmane.org>
Subject: Re: [PATCH RFC] cpuset: Make cpusets get restored on hotplug
Date: Thu, 26 Mar 2020 16:23:40 -0400	[thread overview]
Message-ID: <20200326202340.GA146657@google.com> (raw)
In-Reply-To: <20200326201649.GQ162390-qYNAdHglDFBN0TnZuCh8vA@public.gmane.org>

On Thu, Mar 26, 2020 at 04:18:59PM -0400, Tejun Heo wrote:
> On Thu, Mar 26, 2020 at 01:05:04PM -0700, Sonny Rao wrote:
> > I am surprised if anyone actually wants this behavior, we (Chrome OS)
> 
> The behavior is silly but consistent in that it doesn't allow empty active
> cpusets and it has been like that for many many years now.
> 
> > found out about it accidentally, and then found that Android had been
> > carrying a patch to fix it.  And if it were a desirable behavior then
> > why isn't it an option in v2?
> 
> Nobody is saying it's a good behavior (hence the change in cgroup2) and there
> are situations where changing things like this is justifiable, but, here:
> 
> * The proposed change makes the interface inconsistent and does so
>   unconditionally on what is now a mostly legacy interface.
> 
> * There already is a newer version of the interface which includes the
>   desired behavior.
> 
> * I forgot but as Waiman pointed out, you can even opt-in to the new
>   behavior, which is more comprehensive without the inconsitencies,
>   while staying on cgroup1.

Thank you Tejun, Waiman and Sonny. I confirmed the cgroup_v2_mode option
fixes cgroup v1's broken behavior.

We will use this mount option on our systems to fix it.

thanks,

 - Joel


WARNING: multiple messages have this Message-ID (diff)
From: Joel Fernandes <joel@joelfernandes.org>
To: Tejun Heo <tj@kernel.org>
Cc: Sonny Rao <sonnyrao@google.com>, Waiman Long <longman@redhat.com>,
	linux-kernel@vger.kernel.org,
	Dmitry Shmidt <dimitrysh@google.com>,
	Amit Pundir <amit.pundir@linaro.org>,
	kernel-team@android.com, Jesse Barnes <jsbarnes@google.com>,
	vpillai@digitalocean.com, Peter Zijlstra <peterz@infradead.org>,
	Guenter Roeck <groeck@chromium.org>,
	Greg Kerr <kerrnel@google.com>,
	cgroups@vger.kernel.org, Johannes Weiner <hannes@cmpxchg.org>,
	Li Zefan <lizefan@huawei.com>
Subject: Re: [PATCH RFC] cpuset: Make cpusets get restored on hotplug
Date: Thu, 26 Mar 2020 16:23:40 -0400	[thread overview]
Message-ID: <20200326202340.GA146657@google.com> (raw)
In-Reply-To: <20200326201649.GQ162390@mtj.duckdns.org>

On Thu, Mar 26, 2020 at 04:18:59PM -0400, Tejun Heo wrote:
> On Thu, Mar 26, 2020 at 01:05:04PM -0700, Sonny Rao wrote:
> > I am surprised if anyone actually wants this behavior, we (Chrome OS)
> 
> The behavior is silly but consistent in that it doesn't allow empty active
> cpusets and it has been like that for many many years now.
> 
> > found out about it accidentally, and then found that Android had been
> > carrying a patch to fix it.  And if it were a desirable behavior then
> > why isn't it an option in v2?
> 
> Nobody is saying it's a good behavior (hence the change in cgroup2) and there
> are situations where changing things like this is justifiable, but, here:
> 
> * The proposed change makes the interface inconsistent and does so
>   unconditionally on what is now a mostly legacy interface.
> 
> * There already is a newer version of the interface which includes the
>   desired behavior.
> 
> * I forgot but as Waiman pointed out, you can even opt-in to the new
>   behavior, which is more comprehensive without the inconsitencies,
>   while staying on cgroup1.

Thank you Tejun, Waiman and Sonny. I confirmed the cgroup_v2_mode option
fixes cgroup v1's broken behavior.

We will use this mount option on our systems to fix it.

thanks,

 - Joel


  parent reply	other threads:[~2020-03-26 20:23 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-03-26 19:16 [PATCH RFC] cpuset: Make cpusets get restored on hotplug Joel Fernandes (Google)
     [not found] ` <20200326191623.129285-1-joel-QYYGw3jwrUn5owFQY34kdNi2O/JbrIOy@public.gmane.org>
2020-03-26 19:20   ` Tejun Heo
2020-03-26 19:20     ` Tejun Heo
2020-03-26 19:44     ` Joel Fernandes
     [not found]       ` <20200326194448.GA133524-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>
2020-03-26 19:48         ` Tejun Heo
2020-03-26 19:48           ` Tejun Heo
2020-03-26 19:57       ` Waiman Long
     [not found]         ` <972a5c1b-6721-ac20-cec5-617af67e617d-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2020-03-26 20:05           ` Sonny Rao
2020-03-26 20:05             ` Sonny Rao
     [not found]             ` <CAPz6YkVUsDz456z8-X2G_EDd-uet1rRNnh2sDUpdcoWp_fkDDw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2020-03-26 20:18               ` Tejun Heo
2020-03-26 20:18                 ` Tejun Heo
     [not found]                 ` <20200326201649.GQ162390-qYNAdHglDFBN0TnZuCh8vA@public.gmane.org>
2020-03-26 20:23                   ` Joel Fernandes [this message]
2020-03-26 20:23                     ` Joel Fernandes
2020-03-27  1:26                     ` Waiman Long
2020-03-27  3:32                       ` Joel Fernandes
2020-03-26 21:47               ` Waiman Long
2020-03-26 21:47                 ` Waiman Long
     [not found]                 ` <e9093ab2-f61f-edf1-5da7-fce5101d6dbf-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2020-03-26 22:03                   ` Sonny Rao
2020-03-26 22:03                     ` Sonny Rao
2021-10-26 23:58           ` Barry Song
2021-10-26 23:58             ` Barry Song
     [not found]             ` <20211026235808.34168-1-21cnbao-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2021-10-27  1:06               ` Waiman Long
2021-10-27  1:06                 ` Waiman Long
     [not found]                 ` <f795f8be-a184-408a-0b5a-553d26061385-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2021-10-27  2:21                   ` Barry Song
2021-10-27  2:21                     ` Barry Song
     [not found]                     ` <CAGsJ_4wZJyKh+FUsmL8TMaCHofmr9J5UCzk3YYEYckD8ZWZW+w-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2021-10-27  2:35                       ` Waiman Long
2021-10-27  2:35                         ` Waiman Long
     [not found]                         ` <4637ebd4-61ef-5ad6-d2bd-976663f5c4a1-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2021-10-27  2:42                           ` Barry Song
2021-10-27  2:42                             ` Barry Song

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=20200326202340.GA146657@google.com \
    --to=joel-qyygw3jwrun5owfqy34kdni2o/jbrioy@public.gmane.org \
    --cc=amit.pundir-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org \
    --cc=cgroups-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=dimitrysh-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org \
    --cc=groeck-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org \
    --cc=hannes-druUgvl0LCNAfugRpC6u6w@public.gmane.org \
    --cc=jsbarnes-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org \
    --cc=kernel-team-z5hGa2qSFaRBDgjK7y7TUQ@public.gmane.org \
    --cc=kerrnel-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org \
    --cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=lizefan-hv44wF8Li93QT0dZR+AlfA@public.gmane.org \
    --cc=longman-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org \
    --cc=peterz-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org \
    --cc=sonnyrao-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org \
    --cc=tj-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org \
    --cc=vpillai-tWEdnPwa2b6ifxm/DiOjgA@public.gmane.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.