Messages in this thread | | | Date | Tue, 16 Nov 2010 14:22:06 -0500 | From | Vivek Goyal <> | Subject | Re: [RFC/RFT PATCH v3] sched: automated per tty task groups |
| |
On Tue, Nov 16, 2010 at 08:13:20PM +0100, Peter Zijlstra wrote: > On Tue, 2010-11-16 at 14:09 -0500, Vivek Goyal wrote: > > > I think this might create some issues with controllers which support some > > kind of upper limit on resource usage. These hidden group can practically > > consume any amount of resource and because use space tools can't see these, > > they will not be able to place a limit or control it. > > > > If it is done from user space and cgroups are visible, then user can > > atleast monitor the resource usage and do something about it. > > Its cpu-controller only, and then only for SCHED_OTHER tasks which are > proportionally fair.
In this thread there are already mentions of extending it to block controller also which now supports the upper limit.
Secondly I am assuming at some point of time, cpu controller will also support throttling (including SCHED_OTHER class).
So as it is not a problem but the moment we start extending this logic to other controllers supporting upper limits it does pose the question that how do we handle it.
Even if we automatically create groups inside the kernel (because for all the reasons that why user space can't do it), it probably should create cgroups also so that these are visible to user space and not hidden.
Thanks Vivek
| |