[Devel] Re: [RFC/PATCH] cgroup swap subsystem

2008-03-04 Thread Balbir Singh
Daisuke Nishimura wrote: > Hi. > > Even if limiting memory usage by cgroup memory subsystem > or isolating memory by cpuset, swap space is shared, so > resource isolation is not enough. If one group uses up all the > swap space, it can affect other groups. > Yes, that is true. Please ensure that

Re: [Devel] Re: [RFC] libcg: design and plans

2008-03-04 Thread Denis V. Lunev
On Tue, 2008-03-04 at 22:15 -0800, Paul Menage wrote: > Hi Dhaval, > > On Tue, Mar 4, 2008 at 7:23 AM, Dhaval Giani <[EMAIL PROTECTED]> wrote: > > Hi, > > > > We have been working on a library for control groups which would provide > > simple APIs for programmers to utilize from userspace and ma

[Devel] Re: [RFC][PATCH 0/1]a new optional function for task assignment to cgroup

2008-03-04 Thread Dhaval Giani
On Tue, Mar 04, 2008 at 09:56:13PM -0800, Paul Menage wrote: > Hi Kazunaga, > > On Tue, Mar 4, 2008 at 9:39 PM, Kazunaga Ikeno <[EMAIL PROTECTED]> wrote: > > Hi - > > > > This is a patch of a new optional function for task assignment to cgroup, > > RFC. > > > > > > == Purpose ==

[Devel] Re: [RFC][PATCH 0/1]a new optional function for task assignment to cgroup

2008-03-04 Thread Paul Menage
On Tue, Mar 4, 2008 at 11:02 PM, Kazunaga Ikeno <[EMAIL PROTECTED]> wrote: > > Thank you for your comment. > Because it was the almost same timing, I did not notice about Dhaval Giani's > plan. > I will investigate it. Actually, Dhaval was talking about this last year. His proposal for libcg d

[Devel] Re: [RFC/PATCH] cgroup swap subsystem

2008-03-04 Thread KAMEZAWA Hiroyuki
On Wed, 05 Mar 2008 14:59:05 +0900 Daisuke Nishimura <[EMAIL PROTECTED]> wrote: > +int swap_cgroup_charge(struct page *page, > + struct swap_info_struct *si, > + unsigned long offset) > +{ > + int ret; > + struct page_cgroup *pc; > + struct mm_st

[Devel] Re: [RFC/PATCH] cgroup swap subsystem

2008-03-04 Thread KAMEZAWA Hiroyuki
On Wed, 05 Mar 2008 14:59:05 +0900 Daisuke Nishimura <[EMAIL PROTECTED]> wrote: > #ifdef CONFIG_CGROUP_MEM_CONT > +/* > + * A page_cgroup page is associated with every page descriptor. The > + * page_cgroup helps us identify information about the cgroup > + */ > +struct page_cgroup { > + stru

[Devel] Re: [RFC/PATCH] cgroup swap subsystem

2008-03-04 Thread Paul Menage
Hi Daisuke, Most of my comments below are to do with style issues with cgroups, rather than the details of the memory management code. 2008/3/4 Daisuke Nishimura <[EMAIL PROTECTED]>: > +/* > + * A page_cgroup page is associated with every page descriptor. The > + * page_cgroup helps us identif

[Devel] Re: [RFC] libcg: design and plans

2008-03-04 Thread Paul Menage
Hi Dhaval, On Tue, Mar 4, 2008 at 7:23 AM, Dhaval Giani <[EMAIL PROTECTED]> 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

[Devel] Re: [RFC][PATCH 0/1]a new optional function for task assignment to cgroup

2008-03-04 Thread Paul Menage
Hi Kazunaga, On Tue, Mar 4, 2008 at 9:39 PM, Kazunaga Ikeno <[EMAIL PROTECTED]> wrote: > Hi - > > This is a patch of a new optional function for task assignment to cgroup, > RFC. > > > == Purpose = > > To provide the function that leads a task, c

[Devel] Re: [RFC] libcg: design and plans

2008-03-04 Thread Dhaval Giani
Hi Peter, Thanks for your comments. On Tue, Mar 04, 2008 at 07:15:51PM +0200, Xpl++ wrote: > Hi, > > I was wonder if creating such library makes any sense at all, considering > the nature of cgroups, the way they work and their possible application? > It seems to me that any attempt to create a

[Devel] Re: [RFC] libcg: design and plans

2008-03-04 Thread Balbir Singh
Xpl++ wrote: > Hi, > > I was wonder if creating such library makes any sense at all, > considering the nature of cgroups, the way they work and their possible > application? > It seems to me that any attempt to create a 'simple' API would actualy > result in something that will be much harder to u

[Devel] Re: [RFC] Prefixing cgroup generic control filenames with "cgroup."

2008-03-04 Thread Paul Jackson
Paul M wrote (quoted by Li Zefan): >> A compromise might be to keep "tasks" unprefixed, and say that future >> names get the "cgroup." prefix; Another stray idea, for the master of stray ideas ;), how about (1) renaming all the cgroup files as you like, Paul M, even including tasks to cgroup.task

[Devel] Re: [RFC] libcg: design and plans

2008-03-04 Thread Dave Hansen
On Tue, 2008-03-04 at 20:53 +0530, Dhaval Giani wrote: > 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. What kinds of things are lacking the the cgroup interface that you want to mak

[Devel] Re: [RFC] libcg: design and plans

2008-03-04 Thread Xpl++
Hi, I was wonder if creating such library makes any sense at all, considering the nature of cgroups, the way they work and their possible application? It seems to me that any attempt to create a 'simple' API would actualy result in something that will be much harder to use that just making raw

[Devel] Re: network namespace ipv6 perfs

2008-03-04 Thread Benjamin Thery
Daniel Lezcano wrote: > Rick Jones wrote: >> Daniel Lezcano wrote: >>> Hi, >>> >>> Some performance tests was made by Benjamin to watch out the impact >>> of the network namespace. The good news is there is no impact when >>> used with or without namespaces. That has been checked using a real >>

[Devel] [RFC] libcg: design and plans

2008-03-04 Thread Dhaval Giani
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