From: ebiederm-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org (Eric W. Biederman)
To: "Michael Kerrisk (man-pages)"
<mtk.manpages-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Cc: Linux Containers
<containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>,
linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: User namespaces and the memory control group
Date: Fri, 25 Jan 2013 01:59:05 -0800 [thread overview]
Message-ID: <87ip6llh1y.fsf@xmission.com> (raw)
For anyone who cares about resource control setting up the memory
control group in combination with user namespaces is strongly
recommended.
User namespaces are a particular problem when it comes to resource
control. Not all of the resources you can create with a user namespace
currently have ordinary resource limits. When you can switch uids
the ordinary resource limits don't mean much.
The memory control group is capable of limiting all of those things
today. So if you care about keeping rude users of your system under
control and you enable user namespaces setting up memory control groups
is to limit them is strongly recommended.
Eric
WARNING: multiple messages have this Message-ID (diff)
From: ebiederm@xmission.com (Eric W. Biederman)
To: "Michael Kerrisk \(man-pages\)" <mtk.manpages@gmail.com>
Cc: Linux Containers <containers@lists.linux-foundation.org>,
<linux-kernel@vger.kernel.org>
Subject: User namespaces and the memory control group
Date: Fri, 25 Jan 2013 01:59:05 -0800 [thread overview]
Message-ID: <87ip6llh1y.fsf@xmission.com> (raw)
For anyone who cares about resource control setting up the memory
control group in combination with user namespaces is strongly
recommended.
User namespaces are a particular problem when it comes to resource
control. Not all of the resources you can create with a user namespace
currently have ordinary resource limits. When you can switch uids
the ordinary resource limits don't mean much.
The memory control group is capable of limiting all of those things
today. So if you care about keeping rude users of your system under
control and you enable user namespaces setting up memory control groups
is to limit them is strongly recommended.
Eric
next reply other threads:[~2013-01-25 9:59 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-01-25 9:59 Eric W. Biederman [this message]
2013-01-25 9:59 ` User namespaces and the memory control group Eric W. Biederman
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87ip6llh1y.fsf@xmission.com \
--to=ebiederm-as9lmozglivwk0htik3j/w@public.gmane.org \
--cc=containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org \
--cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=mtk.manpages-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.