[Devel] Re: Summary of resource management discussion

2007-03-16 Thread Herbert Poetzl
On Thu, Mar 15, 2007 at 10:34:35PM +0530, Srivatsa Vaddagiri wrote: On Thu, Mar 15, 2007 at 04:24:37AM -0700, Paul Menage wrote: If there really was a grouping that was always guaranteed to match the way you wanted to group tasks for e.g. resource control, then yes, it would be great to use

[Devel] Re: Summary of resource management discussion

2007-03-16 Thread Herbert Poetzl
On Thu, Mar 15, 2007 at 12:12:50PM -0700, Paul Menage wrote: On 3/15/07, Srivatsa Vaddagiri [EMAIL PROTECTED] wrote: On Thu, Mar 15, 2007 at 04:24:37AM -0700, Paul Menage wrote: If there really was a grouping that was always guaranteed to match the way you wanted to group tasks for e.g.

[Devel] Re: Summary of resource management discussion

2007-03-16 Thread Paul Jackson
Herbert wrote: looks good to me, except for the potential issue with the double indirection introducing too much overhear It's not the indirection count that I worry about. It's the scalability of the locking. We must avoid as much as possible adding any global locks on key code paths. This

[Devel] Re: Summary of resource management discussion

2007-03-15 Thread Srivatsa Vaddagiri
On Thu, Mar 15, 2007 at 04:24:37AM -0700, Paul Menage wrote: If there really was a grouping that was always guaranteed to match the way you wanted to group tasks for e.g. resource control, then yes, it would be great to use it. But I don't see an obvious candidate. The pid namespace is not it,

[Devel] Re: Summary of resource management discussion

2007-03-15 Thread Paul Menage
On 3/15/07, Srivatsa Vaddagiri [EMAIL PROTECTED] wrote: On Thu, Mar 15, 2007 at 04:24:37AM -0700, Paul Menage wrote: If there really was a grouping that was always guaranteed to match the way you wanted to group tasks for e.g. resource control, then yes, it would be great to use it. But I

[Devel] Re: Summary of resource management discussion

2007-03-15 Thread Srivatsa Vaddagiri
On Thu, Mar 15, 2007 at 12:12:50PM -0700, Paul Menage wrote: There are some things that benefit from having an abstract container-like object available to store state, e.g. is this container deleted?, should userspace get a callback when this container is empty?. IMO we can still get these

[Devel] Re: Summary of resource management discussion

2007-03-13 Thread Srivatsa Vaddagiri
On Tue, Mar 13, 2007 at 05:24:59PM +0100, Herbert Poetzl wrote: what about identifying different resource categories and handling them according to the typical usage pattern? like the following: - cpu and scheduler related accounting/limits - memory related accounting/limits - network

[Devel] Re: Summary of resource management discussion

2007-03-13 Thread Herbert Poetzl
On Tue, Mar 13, 2007 at 11:28:20PM +0530, Srivatsa Vaddagiri wrote: On Tue, Mar 13, 2007 at 05:24:59PM +0100, Herbert Poetzl wrote: what about identifying different resource categories and handling them according to the typical usage pattern? like the following: - cpu and scheduler