[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20130409191145.GI6186@mtj.dyndns.org>
Date: Tue, 9 Apr 2013 12:11:45 -0700
From: Tejun Heo <tj@...nel.org>
To: Lennart Poettering <lpoetter@...hat.com>
Cc: Glauber Costa <glommer@...allels.com>,
Li Zefan <lizefan@...wei.com>,
containers@...ts.linux-foundation.org, cgroups@...r.kernel.org,
Kay Sievers <kay.sievers@...y.org>,
linux-kernel@...r.kernel.org, jpoimboe@...hat.com,
dhaval.giani@...il.com, workman-devel@...hat.com
Subject: Re: cgroup: status-quo and userland efforts
Hello,
On Tue, Apr 09, 2013 at 01:32:01AM +0200, Lennart Poettering wrote:
> The other big thing we want from the systemd side is saner
> notifications when cgroups run empty. i.e. currently we don't get
> these at all in containers (since the agent can be only installed
> once, for the host). And the way we get this is awful, via
> kernel-spawned processes. I am looking for a way how I can establish
> a watch on a certain subtree (not just one directory) and get simple
> notifications in a race-free whenever a cgroup runs empty.
Oh yeah, it's horrifying. There was something going on a while ago
but I couldn't get hold of Eric Paris. We probably should resurrect
that patch.
As for delegating to namespaces, I'm not exactly sure what to do. At
least for now, it could be an acceptable trade-off to delegate the
subdirectory with some limits on the number of cgroups / depth of
hierarchy / whatever. That said, I'm not really fond of the idea. It
isn't likely to work seamlessly. The root cgroup is special anyway
and I don't really like the idea of putting NS related stuff directly
into cgroupfs.
Thanks.
--
tejun
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists