From: Li Zefan <lizefan@huawei.com>
To: Tejun Heo <tj@kernel.org>
Cc: <containers@lists.linux-foundation.org>,
<cgroups@vger.kernel.org>, <mhocko@suse.cz>,
<kamezawa.hiroyu@jp.fujitsu.com>, <linux-kernel@vger.kernel.org>,
<glommer@parallels.com>, <vgoyal@redhat.com>
Subject: Re: [PATCHSET] cgroup, memcg: introduce sane_behavior mount option
Date: Mon, 15 Apr 2013 10:50:00 +0800 [thread overview]
Message-ID: <516B6AD8.4000807@huawei.com> (raw)
In-Reply-To: <1365808259-31073-1-git-send-email-tj@kernel.org>
On 2013/4/13 7:10, Tejun Heo wrote:
> It's a sad fact that at this point various cgroup controllers are
> carrying so many idiosyncrasies and pure insanities that it simply
> isn't possible to reach any sort of sane consistent behavior while
> staying compatible with what already has been exposed to userland.
>
> To make progress, those behaviors need to go but we can't simply drop
> or change the crazies as those are directly visible to userland. This
> patchset implements a mount option - sane_behavior - which turns on
> new saner behaviors, so that we can keep providing the old behaviors
> while and after transitioning to saner ones.
>
> As the behaviors which should be changed are still being determined
> and then implemented, __DEVEL__ prefix is added to the mount option
> and it triggers a warning message when used.
>
> The mount option changes the following behaviors after this patchset.
>
> * Mount options "noprefix" and "clone_children" are disallowed. Also,
> cgroupfs file cgroup.clone_children is not created.
>
> * When mounting an existing superblock, mount options should match.
> This is currently pretty crazy. If one mounts a cgroup, creates a
> subdirectory, unmounts it and then mount it again with different
> option, it looks like the new options are applied but they aren't.
>
> * Remount is disallowed.
>
> * memcg: .use_hierarchy is forced on and the cgroupfs file is not
> created.
>
> and there are a lot more to come. Basically, when turned on, all
> controllers should be ready to be mounted in the same hierarchy and
> not get in the way unless specifically configured - making blk-throtl
> hierarchical would need this to flip the meaning of limits, cpuset to
> allow tasks to run by default in new cgroups and handle empty cpusets
> in a way friendly to being co-mounted, and so on.
>
> This patchset contains the following four patches.
>
> 0001-cgroup-convert-cgroupfs_root-flag-bits-to-masks-and-.patch
> 0002-move-cgroupfs_root-to-include-linux-cgroup.h.patch
> 0003-cgroup-introduce-sane_behavior-mount-option.patch
> 0004-memcg-force-use_hierarchy-if-sane_behavior.patch
>
> 0001-0002 are prep patches. It exposes cgroupfs_root in cgroup.h so
> that flags can be tested with inline helpers.
>
> 0003 introduces sane_behavior mount option and implements behavior
> changes in cgroup core proper.
>
> 0004 makes memcg .use_hierarchy changes.
>
Looks good to me!
Acked-by: Li Zefan <lizefan@huawei.com>
next prev parent reply other threads:[~2013-04-15 2:50 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-04-12 23:10 [PATCHSET] cgroup, memcg: introduce sane_behavior mount option Tejun Heo
2013-04-12 23:10 ` [PATCH 1/4] cgroup: convert cgroupfs_root flag bits to masks and add CGRP_ prefix Tejun Heo
2013-04-15 0:56 ` Serge Hallyn
2013-04-12 23:10 ` [PATCH 2/4] move cgroupfs_root to include/linux/cgroup.h Tejun Heo
2013-04-15 1:02 ` Serge Hallyn
2013-04-12 23:10 ` [PATCH 3/4] cgroup: introduce sane_behavior mount option Tejun Heo
2013-04-15 1:05 ` Serge Hallyn
2013-04-15 2:49 ` Li Zefan
2013-04-15 2:54 ` Tejun Heo
2013-04-12 23:10 ` [PATCH 4/4] memcg: force use_hierarchy if sane_behavior Tejun Heo
2013-04-15 1:06 ` Serge Hallyn
2013-04-15 1:13 ` Serge Hallyn
2013-04-15 2:35 ` Michal Hocko
2013-04-15 2:39 ` Tejun Heo
2013-04-15 5:29 ` Serge Hallyn
2013-04-15 14:42 ` Michal Hocko
2013-04-15 15:29 ` Kamezawa Hiroyuki
2013-04-15 20:40 ` [PATCH v2 " Tejun Heo
2013-04-15 20:57 ` Michal Hocko
2013-04-15 2:50 ` Li Zefan [this message]
2013-04-15 3:17 ` [PATCHSET] cgroup, memcg: introduce sane_behavior mount option Tejun Heo
2013-04-15 14:46 ` Michal Hocko
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=516B6AD8.4000807@huawei.com \
--to=lizefan@huawei.com \
--cc=cgroups@vger.kernel.org \
--cc=containers@lists.linux-foundation.org \
--cc=glommer@parallels.com \
--cc=kamezawa.hiroyu@jp.fujitsu.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mhocko@suse.cz \
--cc=tj@kernel.org \
--cc=vgoyal@redhat.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox