From mboxrd@z Thu Jan 1 00:00:00 1970 From: Glauber Costa Subject: Re: [PATCH 0/5] per-cpu/cpuacct cgroup scheduler statistics Date: Tue, 14 Feb 2012 15:16:27 +0400 Message-ID: <4F3A428B.9010009@parallels.com> References: <1328192372-9551-1-git-send-email-glommer@parallels.com> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <1328192372-9551-1-git-send-email-glommer-bzQdu9zFT3WakBO8gow8eQ@public.gmane.org> Sender: cgroups-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org List-ID: Content-Type: text/plain; charset="us-ascii"; format="flowed" To: cgroups-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Cc: Peter Zijlstra , Paul Turner , kamezawa.hiroyu-+CUm20s59erQFUHtdCDX3A@public.gmane.org, Balbir Singh , Li Zefan , Tejun Heo , devel-GEFAQzZX7r8dnm+yROfE0A@public.gmane.org, "Eric W. Biederman" , Serge Hallyn On 02/02/2012 06:19 PM, Glauber Costa wrote: > Hi, > > Here is my new attempt to get a per-container version of some > /proc data such as /proc/stat and /proc/uptime. > > In this series I solved the visibility problem, which is, > the problem of how and when to show /proc/stat data per-cgroup, > by declaring it not a problem. > > This can probably be done in userspace with other aids, like mounting > a fuse overlay that simulates /proc from outside a container, to a > container location. > > Here, we should have most of the data needed to do that. They are drawn > from both the cpu cgroup, and cpuacct. Each cgroup exports the data it > knows better, and I am not really worried here about bindings between them. > > In this first version, I am using clock_t units, being quite proc-centric. > It made my testing easier, but I am happy to show any units you guys would > prefer. > > Besides that, it still has some other minor issues to be sorted out. > But I verified the general direction to be working, and would like to know > what you think. > Hi, Did someone had any chance to take a look at this already? Thanks