lkml.org 
[lkml]   [2018]   [Jun]   [21]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    SubjectRe: [PATCH v10 2/9] cpuset: Add new v2 cpuset.sched.domain_root flag
    From
    Date
    On 06/20/2018 10:27 PM, Peter Zijlstra wrote:
    > On Mon, Jun 18, 2018 at 12:14:01PM +0800, Waiman Long wrote:
    >> + cpuset.sched.domain_root
    > Why are we calling this a domain_root and not a partition?

    A partition can consist of several cgroups in a tree structure. That
    flag should only be set at the root of a partition. I will change the
    name to partition_root if you think this name is acceptable.

    >
    >> + A read-write single value file which exists on non-root
    >> + cpuset-enabled cgroups. It is a binary value flag that accepts
    >> + either "0" (off) or "1" (on). This flag is set by the parent
    >> + and is not delegatable.
    > You still haven't answered:
    > ,
    > https://lkml.kernel.org/r/20180531094943.GG12180@hirez.programming.kicks-ass.net
    >
    > the question stands.

    I am sorry to miss your question. Turning on domain_root will affects
    the cpu mapping in the parent. That is why it cannot be set by the child
    as a child is not supposed to be able to affect the parent.

    As for the inconsistency between the real root and the container root,
    this is true for almost all the controllers. So it is a generic problem.
    One possible solution is to create a kind a pseudo root cgroup for the
    container that looks and feels like a real root. But is there really a
    need to do that?

    Cheers,
    Longman

    \
     
     \ /
      Last update: 2018-06-21 09:58    [W:3.153 / U:0.156 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site