Files
linux/include/linux
Christian Brauner ef2c41cf38 clone3: allow spawning processes into cgroups
This adds support for creating a process in a different cgroup than its
parent. Callers can limit and account processes and threads right from
the moment they are spawned:
- A service manager can directly spawn new services into dedicated
  cgroups.
- A process can be directly created in a frozen cgroup and will be
  frozen as well.
- The initial accounting jitter experienced by process supervisors and
  daemons is eliminated with this.
- Threaded applications or even thread implementations can choose to
  create a specific cgroup layout where each thread is spawned
  directly into a dedicated cgroup.

This feature is limited to the unified hierarchy. Callers need to pass
a directory file descriptor for the target cgroup. The caller can
choose to pass an O_PATH file descriptor. All usual migration
restrictions apply, i.e. there can be no processes in inner nodes. In
general, creating a process directly in a target cgroup adheres to all
migration restrictions.

One of the biggest advantages of this feature is that CLONE_INTO_GROUP does
not need to grab the write side of the cgroup cgroup_threadgroup_rwsem.
This global lock makes moving tasks/threads around super expensive. With
clone3() this lock is avoided.

Cc: Tejun Heo <tj@kernel.org>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: Oleg Nesterov <oleg@redhat.com>
Cc: Johannes Weiner <hannes@cmpxchg.org>
Cc: Li Zefan <lizefan@huawei.com>
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: cgroups@vger.kernel.org
Signed-off-by: Christian Brauner <christian.brauner@ubuntu.com>
Signed-off-by: Tejun Heo <tj@kernel.org>
2020-02-12 17:57:51 -05:00
..
…
…
…
…
…
…
2019-12-11 09:12:38 +01:00
2019-11-12 11:43:29 -05:00
…
…
2020-01-27 14:35:32 +01:00
2020-01-23 12:37:18 +00:00
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
2020-02-04 03:05:26 +00:00
2020-02-04 03:05:26 +00:00
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
2019-11-26 10:26:26 +01:00
2020-01-23 00:35:50 +01:00
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
2019-12-03 11:20:37 +01:00
…
…
…
…
…
…
…
…
…
…
…
…
2020-01-27 11:09:31 +01:00
…
…
…
2020-01-17 16:48:07 -08:00
…
…
2020-01-18 09:19:18 -05:00
…
…
…
2020-01-13 21:48:42 +01:00
…
…
…
…
…
…
…
…
…
…
…
2019-11-20 09:40:10 +01:00
…
…
2019-12-01 12:59:06 -08:00
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
2019-10-15 13:34:25 +02:00
…
…
…
…
…
…
…
…
…
…
2019-11-11 09:02:56 +01:00
…
…
…
…
…
…
…
…
…
…
2019-12-04 19:44:14 -08:00
…
2020-01-31 17:33:54 +00:00
…
…
2019-12-11 09:12:38 +01:00
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
2019-10-15 20:40:06 -07:00
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
2020-02-04 07:24:48 +00:00
…
…
2019-12-09 10:55:03 +01:00
…
…
…
…
…
…
…
…
…
…
…
…
…
2019-11-14 19:06:47 -08:00
…
…
…
…
2020-01-15 10:54:33 -05:00
…
…
…
…
…
…
2020-01-14 12:20:48 +01:00
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
2019-12-11 16:37:02 +08:00
…
…
2019-11-13 19:09:47 +08:00
…
…
…
2020-01-16 17:09:18 +01:00
2020-01-15 16:30:28 +00:00
…
…
2020-01-29 17:00:02 -06:00
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
2019-12-06 10:47:28 +01:00
…
…
…
…
…
…
2020-01-13 18:16:43 -08:00
…
…
…
…
…
2020-01-10 14:00:58 -08:00
2020-01-24 10:24:31 -08:00
2020-01-24 10:24:31 -08:00
…
…
…
…
…
…
…
…
…
…
…
…
…
…
2019-11-14 13:07:48 +08:00
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
2020-02-04 03:05:24 +00:00
…
…
…
…
…
…
…
…
…
…
…
…
…
…
2019-11-13 12:15:34 -08:00
…
…
…
2020-01-13 18:31:48 -08:00
2020-02-04 03:05:26 +00:00
…
…
…
…
…
…
…
2019-11-13 00:33:21 +11:00
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
2020-01-14 12:20:48 +01:00
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
2019-11-14 12:20:02 +08:00
…
…
…
2020-01-17 22:33:37 -05:00
…
…
…
…
…
…
…
…
…
…