mirror of https://github.com/mkerrisk/man-pages
cgroups.7: Elaborate a little on problems of splitting threads across cgroups in v1
Signed-off-by: Michael Kerrisk <mtk.manpages@gmail.com>
This commit is contained in:
parent
7b574df5c6
commit
c56ec51ba6
|
@ -146,9 +146,14 @@ In this view, a process can consist of multiple tasks
|
||||||
and called such in the remainder of this man page).
|
and called such in the remainder of this man page).
|
||||||
In cgroups v1, it is possible to independently manipulate
|
In cgroups v1, it is possible to independently manipulate
|
||||||
the cgroup memberships of the threads in a process.
|
the cgroup memberships of the threads in a process.
|
||||||
Because splitting threads across different cgroups
|
.PP
|
||||||
caused problems in some cases,
|
The cgroups v1 ability to split threads across different cgroups
|
||||||
.\" FIXME Add some text describing why this was a problem.
|
caused problems in some cases.
|
||||||
|
For example, it made no sense for the
|
||||||
|
.I memory
|
||||||
|
controller,
|
||||||
|
since all of the threads of a process share a single address space.
|
||||||
|
Because of these problems,
|
||||||
the ability to independently manipulate the cgroup memberships
|
the ability to independently manipulate the cgroup memberships
|
||||||
of the threads in a process was removed in the initial cgroups v2
|
of the threads in a process was removed in the initial cgroups v2
|
||||||
implementation, and subsequently restored in a more limited form
|
implementation, and subsequently restored in a more limited form
|
||||||
|
|
Loading…
Reference in New Issue