From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755368AbbAZMzs (ORCPT ); Mon, 26 Jan 2015 07:55:48 -0500 Received: from mx2.parallels.com ([199.115.105.18]:55906 "EHLO mx2.parallels.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755200AbbAZMzk (ORCPT ); Mon, 26 Jan 2015 07:55:40 -0500 From: Vladimir Davydov To: Andrew Morton CC: Christoph Lameter , Pekka Enberg , David Rientjes , Joonsoo Kim , Johannes Weiner , Michal Hocko , , Subject: [PATCH -mm 0/3] slub: make dead caches discard free slabs immediately Date: Mon, 26 Jan 2015 15:55:26 +0300 Message-ID: X-Mailer: git-send-email 1.7.10.4 MIME-Version: 1.0 Content-Type: text/plain Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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