[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20120724214410.GA14574@cathedrallabs.org>
Date: Tue, 24 Jul 2012 17:44:10 -0400
From: Aristeu Rozanski <aris@...vo.org>
To: Tejun Heo <tj@...nel.org>
Cc: Hugh Dickins <hughd@...gle.com>,
Aristeu Rozanski <aris@...hat.com>,
linux-kernel@...r.kernel.org, Li Zefan <lizefan@...wei.com>,
Hillf Danton <dhillf@...il.com>, Kay Sievers <kay@...hat.com>
Subject: Re: [PATCH v3 0/3] cgroup: add xattr support
On Tue, Jul 24, 2012 at 11:28:09AM -0700, Tejun Heo wrote:
> On Mon, Jul 23, 2012 at 02:12:52PM -0400, Aristeu Rozanski wrote:
> > > Will "lsattr -R" in the cgroupfs mountpoint do enough to judge how
> > > much memory is being used in this way? I expect not, but I'm
> > > unfamliar with it: you may need to show counts elsewhere.
> >
> > that's for ext{2,3,4} file attributes, not extended attributes. but agreed,
> > there's a need to have this stat somewhere. Tejun, any ideas?
>
> No idea. Don't we need some mechanism to limit the amount of memory
> consumed too? Also, do you know what type of metadata systemd is
> trying to store in cgroupfs? Depending on the size requirement, it
> might not be worth it to implement it using kernel memory.
AFAIK, the memcg should be able to account for slab usage too already or soon.
Talked briefly with one of systemd developers, Kay Sievers (Cc'd), and they
initially would have the main PID of the cgroup (systemd uses a cgroup per
service), so I suspect the usage will be low.
Another use is trying to use selinux to limit the access to cgroups for using
with containers.
--
Aristeu
--
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