summaryrefslogtreecommitdiffstats
path: root/include/linux/memcontrol.h
diff options
context:
space:
mode:
authorTejun Heo2017-02-23 00:41:33 +0100
committerLinus Torvalds2017-02-23 01:41:27 +0100
commit50862ce711b3e9cf8511df7a356892e128b037d3 (patch)
treea65cd9b2c8fe319bd8cce533c0977e7932d3442e /include/linux/memcontrol.h
parentslab: remove synchronous synchronize_sched() from memcg cache deactivation path (diff)
downloadkernel-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