[ https://issues.apache.org/jira/browse/MESOS-2652?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jie Yu updated MESOS-2652: -------------------------- Attachment: flattened vs non-flattened cgroups layout (2).png flattened vs non-flattened cgroups layout (1).png > Update Mesos containerizer to understand revocable cpu resources > ---------------------------------------------------------------- > > Key: MESOS-2652 > URL: https://issues.apache.org/jira/browse/MESOS-2652 > Project: Mesos > Issue Type: Task > Reporter: Vinod Kone > Assignee: Ian Downes > Labels: twitter > Fix For: 0.23.0 > > Attachments: Abnormal performance with 3 additional revocable tasks > (1).png, Abnormal performance with 3 additional revocable tasks (2).png, > Abnormal performance with 3 additional revocable tasks (3).png, Abnormal > performance with 3 additional revocable tasks (4).png, Abnormal performance > with 3 additional revocable tasks (5).png, Abnormal performance with 3 > additional revocable tasks (6).png, Abnormal performance with 3 additional > revocable tasks (7).png, Performance improvement after reducing cpu.share to > 2 for revocable tasks (1).png, Performance improvement after reducing > cpu.share to 2 for revocable tasks (10).png, Performance improvement after > reducing cpu.share to 2 for revocable tasks (2).png, Performance improvement > after reducing cpu.share to 2 for revocable tasks (3).png, Performance > improvement after reducing cpu.share to 2 for revocable tasks (4).png, > Performance improvement after reducing cpu.share to 2 for revocable tasks > (5).png, Performance improvement after reducing cpu.share to 2 for revocable > tasks (6).png, Performance improvement after reducing cpu.share to 2 for > revocable tasks (7).png, Performance improvement after reducing cpu.share to > 2 for revocable tasks (8).png, Performance improvement after reducing > cpu.share to 2 for revocable tasks (9).png, cpu.share from 1024 to 10 for > revocable tasks (1).png, cpu.share from 1024 to 10 for revocable tasks > (2).png, flattened vs non-flattened cgroups layout (1).png, flattened vs > non-flattened cgroups layout (2).png > > > The CPU isolator needs to properly set limits for revocable and non-revocable > containers. > The proposed strategy is to use a two-way split of the cpu cgroup hierarchy > -- normal (non-revocable) and low priority (revocable) subtrees -- and to use > a biased split of CFS cpu.shares across the subtrees, e.g., a 20:1 split > (TBD). Containers would be present in only one of the subtrees. CFS quotas > will *not* be set on subtree roots, only cpu.shares. Each container would set > CFS quota and shares as done currently. -- This message was sent by Atlassian JIRA (v6.3.4#6332)