[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <cover.1399982635.git.vdavydov@parallels.com>
Date: Tue, 13 May 2014 17:48:50 +0400
From: Vladimir Davydov <vdavydov@...allels.com>
To: <hannes@...xchg.org>, <mhocko@...e.cz>, <cl@...ux-foundation.org>
CC: <akpm@...ux-foundation.org>, <linux-kernel@...r.kernel.org>,
<linux-mm@...ck.org>
Subject: [PATCH RFC 0/3] kmemcg slab reparenting
Hi Johannes, Michal, Christoph,
Recently I posted my thoughts on how we can handle kmem caches of dead
memcgs:
https://lkml.org/lkml/2014/4/20/38
The only feedback I got then was from Johannes who voted for migrating
slabs of such caches to the parent memcg's cache (so called
reparenting), so in this RFC I'd like to propose a draft of possible
implementation of slab reparenting. I'd appreciate if you could look
through it and post if it's worth developing in this direction or not.
The implementation of reparenting is given in patch 3, which is the most
important part of this set. Patch 1 just makes slub keep full slabs on
list, and patch 2 a bit extends percpu-refcnt interface.
NOTE the implementation is given only for slub, though it should be easy
to implement the same hack for slab.
Thanks,
Vladimir Davydov (3):
slub: keep full slabs on list for per memcg caches
percpu-refcount: allow to get dead reference
slub: reparent memcg caches' slabs on memcg offline
include/linux/memcontrol.h | 4 +-
include/linux/percpu-refcount.h | 11 +-
include/linux/slab.h | 7 +-
mm/memcontrol.c | 54 ++++---
mm/slab.h | 7 +-
mm/slub.c | 299 ++++++++++++++++++++++++++++++++++-----
6 files changed, 318 insertions(+), 64 deletions(-)
--
1.7.10.4
--
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