Chandra Seetharaman wrote: > On Fri, 2006-06-02 at 09:26 +1000, Peter Williams wrote: >> Chandra Seetharaman wrote: >>> On Thu, 2006-06-01 at 14:04 +0530, Balbir Singh wrote: >>>> Hi, Kirill, >>>> >>>> Kirill Korotaev wrote: >>>>>> Do you have any documented requirements for container resource >>>>>> management? >>>>>> Is there a minimum list of features and nice to have features for >>>>>> containers >>>>>> as far as resource management is concerned? >>>>> Sure! You can check OpenVZ project (http://openvz.org) for example of >>>>> required resource management. BTW, I must agree with other people here >>>>> who noticed that per-process resource management is really useless and >>>>> hard to use :( >>> I totally agree. >>>> I'll take a look at the references. I agree with you that it will be useful >>>> to have resource management for a group of tasks. >> But you don't need something as complex as CKRM either. This capping > > All CKRM^W Resource Groups does is to group unrelated/related tasks to a > group and apply resource limits. > >> >> functionality coupled with (the lamented) PAGG patches (should have been >> called TAGG for "task aggregation" instead of PAGG for "process >> aggregation") would allow you to implement a kernel module that could >> apply caps to arbitrary groups of tasks. > > I do not follow how PAGG + this cap feature can be used to put cap of > related/unrelated tasks. Can you provide little more explanation, > please.
I would have thought it was fairly obvious. PAGG supplies the task aggregation mechanism, these patches provide per task caps and all that's needed is the code that marries the two. > > Also, i do not think it can provide guarantees to that group of tasks. > can it ? It could do that by manipulating nice which is already available in the kernel. I.e. these patches plus improved statistics (which are coming, I hope) together with the existing policy controls provide all that is necessary to do comprehensive CPU resource control. If there is an efficient way to get the statistics out to user space (also coming, I hope) this control could be exercised from user space. Peter -- Dr Peter Williams, Chief Scientist <[EMAIL PROTECTED]> Aurema Pty Limited Level 2, 130 Elizabeth St, Sydney, NSW 2000, Australia Tel:+61 2 9698 2322 Fax:+61 2 9699 9174 http://www.aurema.com _______________________________________________ ckrm-tech mailing list https://lists.sourceforge.net/lists/listinfo/ckrm-tech
