[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <1424660891-12719-1-git-send-email-cyphar@cyphar.com>
Date: Mon, 23 Feb 2015 14:08:09 +1100
From: Aleksa Sarai <cyphar@...har.com>
To: tj@...nel.org, lizefan@...wei.com, mingo@...hat.com,
peterz@...radead.org
Cc: richard@....at, fweisbec@...il.com, linux-kernel@...r.kernel.org,
cgroups@...r.kernel.org, Aleksa Sarai <cyphar@...har.com>
Subject: [PATCH RFC 0/2] add nproc cgroup subsystem
The current state of resource limitation for the number of open
processes (as well as the number of open file descriptors) requires you
to use setrlimit(2), which means that you are limited to resource
limiting process trees rather than resource limiting cgroups (which is
the point of cgroups).
There was a patch to implement this in 2011[1], but that was rejected
because it implemented a general-purpose rlimit subsystem -- which meant
that you couldn't control distinct resource limits in different
heirarchies. This patch implements a resource controller *specifically*
for the number of processes in a cgroup, overcoming this issue.
There has been a similar attempt to implement a resource controller for
the number of open file descriptors[2], which has not been merged
becasue the reasons were dubious. Merely from a "sane interface"
perspective, it should be possible to utilise cgroups to do such
rudimentary resource management (which currently only exists for process
trees).
Aleksa Sarai (2):
cgroups: allow a cgroup subsystem to reject a fork
cgroups: add an nproc subsystem
include/linux/cgroup.h | 9 ++-
include/linux/cgroup_subsys.h | 4 +
init/Kconfig | 10 +++
kernel/Makefile | 1 +
kernel/cgroup.c | 13 ++-
kernel/cgroup_freezer.c | 6 +-
kernel/cgroup_nproc.c | 181 ++++++++++++++++++++++++++++++++++++++++++
kernel/fork.c | 4 +-
kernel/sched/core.c | 3 +-
9 files changed, 221 insertions(+), 10 deletions(-)
create mode 100644 kernel/cgroup_nproc.c
[1]: https://lkml.org/lkml/2011/6/19/170
[2]: https://lkml.org/lkml/2014/7/2/640
--
2.3.0
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists