Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1356690

Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP

From Tejun Heo <tj@kernel.org>
Newsgroups linux.kernel
Subject Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
Date 2016-03-13 16:10 +0100
Message-ID <rcfOx-7qj-3@gated-at.bofh.it> (permalink)
References <rbxua-8i6-7@gated-at.bofh.it> <rbLdL-1Tq-1@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


Hello, Mike.

On Sat, Mar 12, 2016 at 07:26:59AM +0100, Mike Galbraith wrote:
> Hrm.  You're showing that per-thread groups can coexist just fine,
> which is good given need and usage exists today out in the wild.  Why
> do such groups have to be invisible with a unique interface though?

I tried to explain these in the forementioned RFD document.  I'll give
a brief example here.

Let's say there is an application which wants to manage resource
distributions across its multiple threadpools in a hierarchical way.
With cgroupfs interface as the only system-wide interface, it has to
coordinate who or whatever is managing that interface.  Maybe it can
get a subtree delegated to it, maybe it has to ask the system thing to
create and place threads there, maybe it can just expose the pids and
let the system management do its thing (what if the threads in the
pools are dynamic tho?).  There is no reliable universal way of doing
this.  Each such application has to be ready to specifically
coordinate with the specific system management in use.

This is kernel failing to provide proper abstraction and isolation
between different layers.  The "raw" feature is there but it's unsafe
to use and thus can't be used widely.

> Given the core has to deal with them whether they're visible or not,
> and given they exist to fulfill a need, seems they should be first
> class citizens, not some Quasimodo like creature sneaking into the
> cathedral via a back door and slinking about in the shadows.

In terms of programmability and accessibility for individual
applications, group resource management being available through
straight-forward and incremental extension of exsiting mechanisms is
*way* more first class citizen.  It is two seamless extensions to
clone(2) and setpriority(2) making hierarchical resource management
generally available to applications.

There can be use cases where building cpu resource hierarchy which is
completely alien to how the rest of the system is organized is useful.
For those cases, the only thing which can be done is building a
separate hierarchy for the cpu controller and that capability isn't
going anywhere.

Thanks.

-- 
tejun

Back to linux.kernel | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

[PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP Tejun Heo <tj@kernel.org> - 2016-03-11 16:50 +0100
  [PATCH 03/10] cgroup: introduce CGRP_MIGRATE_* flags Tejun Heo <tj@kernel.org> - 2016-03-11 16:50 +0100
  [PATCH 04/10] signal: make put_signal_struct() public Tejun Heo <tj@kernel.org> - 2016-03-11 16:50 +0100
  [PATCH 10/10] cgroup, sched: implement PRIO_RGRP for {set|get}priority() Tejun Heo <tj@kernel.org> - 2016-03-11 16:50 +0100
  [PATCH 08/10] cgroup: implement rgroup control mask handling Tejun Heo <tj@kernel.org> - 2016-03-11 16:50 +0100
  Example program for PRIO_RGRP Tejun Heo <tj@kernel.org> - 2016-03-11 17:10 +0100
  Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource  group and PRIO_RGRP Mike Galbraith <umgwanakikbuti@gmail.com> - 2016-03-12 07:30 +0100
    Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource  group and PRIO_RGRP Mike Galbraith <umgwanakikbuti@gmail.com> - 2016-03-12 18:10 +0100
      cgroup NAKs ignored? Re: [PATCHSET RFC cgroup/for-4.6] cgroup,  sched: implement resource group and PRIO_RGRP Ingo Molnar <mingo@kernel.org> - 2016-03-12 18:20 +0100
        Re: cgroup NAKs ignored? Re: [PATCHSET RFC cgroup/for-4.6] cgroup,  sched: implement resource group and PRIO_RGRP Tejun Heo <tj@kernel.org> - 2016-03-13 15:50 +0100
    Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource  group and PRIO_RGRP Tejun Heo <tj@kernel.org> - 2016-03-13 16:10 +0100
      Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource  group and PRIO_RGRP Mike Galbraith <umgwanakikbuti@gmail.com> - 2016-03-13 18:50 +0100
      Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource  group and PRIO_RGRP Mike Galbraith <umgwanakikbuti@gmail.com> - 2016-03-14 03:30 +0100
  Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource  group and PRIO_RGRP Peter Zijlstra <peterz@infradead.org> - 2016-03-14 12:40 +0100
  Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource  group and PRIO_RGRP Michal Hocko <mhocko@kernel.org> - 2016-03-15 18:30 +0100

csiph-web