From: Vasily Averin <vvs@virtuozzo.com>
To: Michal Hocko <mhocko@suse.com>, cgroups@vger.kernel.org
Cc: linux-kernel@vger.kernel.org, "Roman Gushchin" <guro@fb.com>,
"Christian Brauner" <christian.brauner@ubuntu.com>,
"Michal Koutný" <mkoutny@suse.com>,
"Serge Hallyn" <serge@hallyn.com>
Subject: [PATCH v2 0/1] memcg: enable accounting for pids in nested pid namespaces
Date: Sat, 24 Apr 2021 14:54:26 +0300 [thread overview]
Message-ID: <163b816f-0655-1b4d-9c59-7878981be44e@virtuozzo.com> (raw)
In-Reply-To: <7b777e22-5b0d-7444-343d-92cbfae5f8b4@virtuozzo.com>
Pid was one the first kernel objects enabled for memcg accounting, see
5d097056c9a0 ("kmemcg: account certain kmem allocations to memcg")
init_pid_ns.pid_cachep marked by SLAB_ACCOUNT and we can expect that any new pids
in the system are memcg-accounted.
Though recently I've noticed that it is wrong. nested pid namespaces creates
own slab caches for pid objects, nested pids have increased size because contain
id both for all parent and for own pid namespaces. The problem is that these slab
caches are _NOT_ marked by SLAB_ACCOUNT,as a result any pids allocated in
nested pid namespaces are not memcg-accounted.
Pid struct in nested pid namespace consumes up to 500 bytes memory,
100000 such objects gives us up to ~50Mb unaccounted memory.
This allow container to exceed assigned memcg limits.
For me this issue lookslike bug and I would like to ask to push this fix
both to upstream and to stable
Vasily Averin (1):
memcg: enable accounting for pids in nested pid namespaces
kernel/pid_namespace.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
--
1.8.3.1
next parent reply other threads:[~2021-04-24 11:54 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <7b777e22-5b0d-7444-343d-92cbfae5f8b4@virtuozzo.com>
2021-04-24 11:54 ` Vasily Averin [this message]
2021-04-24 11:54 ` [PATCH v2 1/1] " Vasily Averin
2021-04-26 19:39 ` Shakeel Butt
2021-07-14 6:31 ` Vasily Averin
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=163b816f-0655-1b4d-9c59-7878981be44e@virtuozzo.com \
--to=vvs@virtuozzo.com \
--cc=cgroups@vger.kernel.org \
--cc=christian.brauner@ubuntu.com \
--cc=guro@fb.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mhocko@suse.com \
--cc=mkoutny@suse.com \
--cc=serge@hallyn.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®