diff options
author | Tejun Heo | 2017-02-23 00:41:33 +0100 |
---|---|---|
committer | Linus Torvalds | 2017-02-23 01:41:27 +0100 |
commit | 50862ce711b3e9cf8511df7a356892e128b037d3 (patch) | |
tree | a65cd9b2c8fe319bd8cce533c0977e7932d3442e /include/linux/memcontrol.h | |
parent | slab: remove synchronous synchronize_sched() from memcg cache deactivation path (diff) | |
download | kernel-qcow2-linux-50862ce711b3e9cf8511df7a356892e128b037d3.tar.gz kernel-qcow2-linux-50862ce711b3e9cf8511df7a356892e128b037d3.tar.xz kernel-qcow2-linux-50862ce711b3e9cf8511df7a356892e128b037d3.zip |
slab: remove slub sysfs interface files early for empty memcg caches
With kmem cgroup support enabled, kmem_caches can be created and
destroyed frequently and a great number of near empty kmem_caches can
accumulate if there are a lot of transient cgroups and the system is not
under memory pressure. When memory reclaim starts under such
conditions, it can lead to consecutive deactivation and destruction of
many kmem_caches, easily hundreds of thousands on moderately large
systems, exposing scalability issues in the current slab management
code. This is one of the patches to address the issue.
Each cache has a number of sysfs interface files under /sys/kernel/slab.
On a system with a lot of memory and transient memcgs, the number of
interface files which have to be removed once memory reclaim kicks in
can reach millions.
Link: http://lkml.kernel.org/r/20170117235411.9408-10-tj@kernel.org
Signed-off-by: Tejun Heo <tj@kernel.org>
Reported-by: Jay Vana <jsvana@fb.com>
Acked-by: Vladimir Davydov <vdavydov.dev@gmail.com>
Cc: Christoph Lameter <cl@linux.com>
Cc: Pekka Enberg <penberg@kernel.org>
Cc: David Rientjes <rientjes@google.com>
Cc: Joonsoo Kim <iamjoonsoo.kim@lge.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'include/linux/memcontrol.h')
0 files changed, 0 insertions, 0 deletions