Re: [ckrm-tech] [RFC 3/5] sched: Add CPU rate hard caps

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux