From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754202Ab3F0SvR (ORCPT ); Thu, 27 Jun 2013 14:51:17 -0400 Received: from youngberry.canonical.com ([91.189.89.112]:34641 "EHLO youngberry.canonical.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752093Ab3F0SvP (ORCPT ); Thu, 27 Jun 2013 14:51:15 -0400 Date: Thu, 27 Jun 2013 13:51:04 -0500 From: Serge Hallyn To: Tejun Heo Cc: Mike Galbraith , Tim Hockin , "linux-kernel@vger.kernel.org" , Containers , Kay Sievers , lpoetter , workman-devel , jpoimboe , "dhaval.giani" , Cgroups Subject: Re: cgroup: status-quo and userland efforts Message-ID: <20130627185104.GA2018@sergelap> References: <20130625000118.GT1918@mtj.dyndns.org> <20130626212047.GB4536@htj.dyndns.org> <1372311907.5871.78.camel@marge.simpson.net> <20130627132206.GE4003@sergelap> <20130627174850.GC5599@mtj.dyndns.org> <20130627181457.GB26334@sergelap> <20130627184541.GA6400@mtj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130627184541.GA6400@mtj.dyndns.org> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Quoting Tejun Heo (tj@kernel.org): > Hello, Serge. > > On Thu, Jun 27, 2013 at 01:14:57PM -0500, Serge Hallyn wrote: > > I should find a good, up-to-date summary of the current behaviors of > > each controller so I can talk more intelligently about it. (I'll > > start by looking at the kernel Documentation/cgroups, but don't > > feel too confident that they'll be uptodate :) > > Heh, it's hopelessly outdated. Sorry about that. I'll get around to > updating it eventually. Right now everything is in flux. > > > Right, I'm not attached to my toy implementation at all - except for > > the ability, in some fashion, to have nested agents which don't have > > cgroupfs access but talk to another agent to get the job done. > > I think it probably would be better to allow organization and RO What do you mean by "organization"? Creating cgroups and moving tasks between them, without setting other cgroup values? > access to knobs and stat files inside containers, for lower overhead, > if nothing else, and have comm channel for operations which need > supervision at a wider level. > > Thanks. > > -- > tejun From mboxrd@z Thu Jan 1 00:00:00 1970 From: Serge Hallyn Subject: Re: cgroup: status-quo and userland efforts Date: Thu, 27 Jun 2013 13:51:04 -0500 Message-ID: <20130627185104.GA2018@sergelap> References: <20130625000118.GT1918@mtj.dyndns.org> <20130626212047.GB4536@htj.dyndns.org> <1372311907.5871.78.camel@marge.simpson.net> <20130627132206.GE4003@sergelap> <20130627174850.GC5599@mtj.dyndns.org> <20130627181457.GB26334@sergelap> <20130627184541.GA6400@mtj.dyndns.org> Mime-Version: 1.0 Return-path: Content-Disposition: inline In-Reply-To: <20130627184541.GA6400-9pTldWuhBndy/B6EtB590w@public.gmane.org> Sender: cgroups-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org List-ID: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: Tejun Heo Cc: Mike Galbraith , Tim Hockin , "linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" , Containers , Kay Sievers , lpoetter , workman-devel , jpoimboe , "dhaval.giani" , Cgroups Quoting Tejun Heo (tj-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org): > Hello, Serge. > > On Thu, Jun 27, 2013 at 01:14:57PM -0500, Serge Hallyn wrote: > > I should find a good, up-to-date summary of the current behaviors of > > each controller so I can talk more intelligently about it. (I'll > > start by looking at the kernel Documentation/cgroups, but don't > > feel too confident that they'll be uptodate :) > > Heh, it's hopelessly outdated. Sorry about that. I'll get around to > updating it eventually. Right now everything is in flux. > > > Right, I'm not attached to my toy implementation at all - except for > > the ability, in some fashion, to have nested agents which don't have > > cgroupfs access but talk to another agent to get the job done. > > I think it probably would be better to allow organization and RO What do you mean by "organization"? Creating cgroups and moving tasks between them, without setting other cgroup values? > access to knobs and stat files inside containers, for lower overhead, > if nothing else, and have comm channel for operations which need > supervision at a wider level. > > Thanks. > > -- > tejun