Messages in this thread | | | Date | Tue, 4 Mar 2008 22:15:20 -0800 | From | "Paul Menage" <> | Subject | Re: [RFC] libcg: design and plans |
| |
Hi Dhaval,
On Tue, Mar 4, 2008 at 7:23 AM, Dhaval Giani <dhaval@linux.vnet.ibm.com> wrote: > Hi, > > We have been working on a library for control groups which would provide > simple APIs for programmers to utilize from userspace and make use of > control groups. > > We are still designing the library and the APIs. I've attached the > design (as of now) to get some feedback from the community whether we > are heading in the correct direction and what else should be addressed.
There are a few things that it would be nice to include in such a library, if you're going to develop one:
- the ability to create abstract groups of processes, and resource groups, and have the ability to tie these together arbitrarily. E.g you might create abstract groups A, B and C, and be able to say that A and B share memory with each other but not with C, and all three groups are isolated from each other for CPU. Then libcg would mount different resource types in different cgroup hierarchies (you would probably tell it ahead of time which combinations of sharing you would want, in order that it could minimize the number of mounted hierarchies). When you tell libcg to move a process into abstract group A, it would move it into the appropriate resource group in each hierarchy.
- an interface for gathering usage stats from cgroups.
- support for dynamically migrating processes between groups based on process connector events (i.e. a finished version of the daemon that you were working on last year)
Paul
| |