Messages in this thread | | | Date | Thu, 30 Oct 2014 08:07:25 +0100 | From | Peter Zijlstra <> | Subject | Re: Cache Allocation Technology Design |
| |
On Wed, Oct 29, 2014 at 02:22:34PM -0400, Tejun Heo wrote: > On Wed, Oct 29, 2014 at 10:41:47AM -0700, Vikas Shivappa wrote: > > Was wondering if it is a requirement of the 'full hierarchy' for the child > > to inherit the cbm of parent ? . > > Alternately we can allocate the CLOSid when a cgroup is created and have an > > empty cbm - but dont let the tasks to be added unless the user assigns a > > Please don't do that. All controllers must be fully hierarchical,
With you so far.
> shouldn't fail task migration
If this means echo $tid > tasks, then sorry we can't do. There is a limited number of hardware resources backing this thing. At some point they're consumed and something must give.
So either we fail mkdir, but that means allocating CLOS IDs for possibly empty cgroups, or we allocate on demand which means failing task assignment.
The same -- albeit for a different reason -- is true of the RT sched groups, we simply cannot instantiate them such that tasks can join, sysads _have_ to configure them before we can add tasks to them.
> and always allow execution of member tasks.
If we accept tasks, they'll run.
| |