Signed-off-by: Glauber Costa <glom...@parallels.com> CC: Christoph Lameter <c...@linux.com> CC: Pekka Enberg <penb...@cs.helsinki.fi> CC: Michal Hocko <mho...@suse.cz> CC: Kamezawa Hiroyuki <kamezawa.hir...@jp.fujitsu.com> CC: Johannes Weiner <han...@cmpxchg.org> CC: Suleiman Souhlal <sulei...@google.com> CC: Tejun Heo <t...@kernel.org> --- Documentation/cgroups/memory.txt | 7 +++++++ 1 file changed, 7 insertions(+)
diff --git a/Documentation/cgroups/memory.txt b/Documentation/cgroups/memory.txt index 206853b..9d9938d 100644 --- a/Documentation/cgroups/memory.txt +++ b/Documentation/cgroups/memory.txt @@ -301,6 +301,13 @@ to trigger slab reclaim when those limits are reached. kernel memory, we prevent new processes from being created when the kernel memory usage is too high. +* slab pages: pages allocated by the SLAB or SLUB allocator are tracked. A copy +of each kmem_cache is created everytime the cache is touched by the first time +from inside the memcg. The creation is done lazily, so some objects can still be +skipped while the cache is being created. All objects in a slab page should +belong to the same memcg. This only fails to hold when a task is migrated to a +different memcg during the page allocation by the cache. + * sockets memory pressure: some sockets protocols have memory pressure thresholds. The Memory Controller allows them to be controlled individually per cgroup, instead of globally. -- 1.7.11.7 -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
