LKML Archive on lore.kernel.org help / color / mirror / Atom feed
From: Vladimir Davydov <vdavydov@parallels.com> To: Andrew Morton <akpm@linux-foundation.org> Cc: Christoph Lameter <cl@linux.com>, Pekka Enberg <penberg@kernel.org>, David Rientjes <rientjes@google.com>, Joonsoo Kim <iamjoonsoo.kim@lge.com>, Johannes Weiner <hannes@cmpxchg.org>, Michal Hocko <mhocko@suse.cz>, <linux-mm@kvack.org>, <linux-kernel@vger.kernel.org> Subject: [PATCH -mm 0/3] slub: make dead caches discard free slabs immediately Date: Mon, 26 Jan 2015 15:55:26 +0300 [thread overview] Message-ID: <cover.1422275084.git.vdavydov@parallels.com> (raw) Hi, The kmem extension of the memory cgroup is almost usable now. There is, in fact, the only serious issue left: per memcg kmem caches may pin the owner cgroup for indefinitely long. This is, because a slab cache may keep empty slab pages in its private structures to optimize performance, while we take a css reference per each charged kmem page. The issue is only relevant to SLUB, because SLAB periodically reaps empty slabs. This patch set fixes this issue for SLUB. For details, please see patch 3. Thanks, Vladimir Davydov (3): slub: don't fail kmem_cache_shrink if slab placement optimization fails slab: zap kmem_cache_shrink return value slub: make dead caches discard free slabs immediately include/linux/slab.h | 2 +- mm/slab.c | 9 +++++++-- mm/slab.h | 2 +- mm/slab_common.c | 21 +++++++++++++------- mm/slob.c | 3 +-- mm/slub.c | 53 +++++++++++++++++++++++++++++++++++--------------- 6 files changed, 61 insertions(+), 29 deletions(-) -- 1.7.10.4
next reply other threads:[~2015-01-26 12:55 UTC|newest] Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top 2015-01-26 12:55 Vladimir Davydov [this message] 2015-01-26 12:55 ` [PATCH -mm 1/3] slub: don't fail kmem_cache_shrink if slab placement optimization fails Vladimir Davydov 2015-01-26 15:48 ` Christoph Lameter 2015-01-26 17:01 ` Vladimir Davydov 2015-01-26 18:24 ` Christoph Lameter 2015-01-26 19:36 ` Vladimir Davydov 2015-01-26 19:53 ` Christoph Lameter 2015-01-27 12:58 ` Vladimir Davydov 2015-01-27 17:02 ` Christoph Lameter 2015-01-28 15:00 ` Vladimir Davydov 2015-01-26 12:55 ` [PATCH -mm 2/3] slab: zap kmem_cache_shrink return value Vladimir Davydov 2015-01-26 15:49 ` Christoph Lameter 2015-01-26 17:04 ` Vladimir Davydov 2015-01-26 18:26 ` Christoph Lameter 2015-01-26 19:48 ` Vladimir Davydov 2015-01-26 19:55 ` Christoph Lameter 2015-01-26 20:16 ` Vladimir Davydov 2015-01-26 20:28 ` Christoph Lameter 2015-01-26 20:43 ` Vladimir Davydov 2015-01-26 12:55 ` [PATCH -mm 3/3] slub: make dead caches discard free slabs immediately Vladimir Davydov 2015-01-27 8:00 ` Joonsoo Kim 2015-01-27 8:23 ` Vladimir Davydov 2015-01-27 9:21 ` Joonsoo Kim 2015-01-27 9:28 ` Vladimir Davydov
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=cover.1422275084.git.vdavydov@parallels.com \ --to=vdavydov@parallels.com \ --cc=akpm@linux-foundation.org \ --cc=cl@linux.com \ --cc=hannes@cmpxchg.org \ --cc=iamjoonsoo.kim@lge.com \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-mm@kvack.org \ --cc=mhocko@suse.cz \ --cc=penberg@kernel.org \ --cc=rientjes@google.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: linkBe 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; as well as URLs for NNTP newsgroup(s).