[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1506473616-88120-4-git-send-email-yang.s@alibaba-inc.com>
Date: Wed, 27 Sep 2017 08:53:36 +0800
From: "Yang Shi" <yang.s@...baba-inc.com>
To: cl@...ux.com, penberg@...nel.org, rientjes@...gle.com,
iamjoonsoo.kim@....com, akpm@...ux-foundation.org,
mhocko@...nel.org
Cc: "Yang Shi" <yang.s@...baba-inc.com>, <linux-mm@...ck.org>,
<linux-kernel@...r.kernel.org>
Subject: [PATCH 3/3] doc: add description for unreclaim_slabs_oom_ratio
Add the description for unreclaim_slabs_oom_ratio in
Documentation/sysctl/vm.txt.
Signed-off-by: Yang Shi <yang.s@...baba-inc.com>
---
Documentation/sysctl/vm.txt | 12 ++++++++++++
1 file changed, 12 insertions(+)
diff --git a/Documentation/sysctl/vm.txt b/Documentation/sysctl/vm.txt
index 9baf66a..29926e3 100644
--- a/Documentation/sysctl/vm.txt
+++ b/Documentation/sysctl/vm.txt
@@ -59,6 +59,7 @@ Currently, these files are in /proc/sys/vm:
- stat_interval
- stat_refresh
- swappiness
+- unreclaim_slabs_oom_ratio
- user_reserve_kbytes
- vfs_cache_pressure
- watermark_scale_factor
@@ -804,6 +805,17 @@ The default value is 60.
==============================================================
+unreclaim_slabs_oom_ratio
+
+The percentage of total unreclaimable slabs amount vs all user memory amount
+(LRU pages). When the real ratio is greater than the value, oom killer would
+dump unreclaimable slabs info when kernel panic.
+The range is 0 - 100. 0 means dump unreclaimable slabs info unconditionally.
+
+The default value is 50.
+
+==============================================================
+
- user_reserve_kbytes
When overcommit_memory is set to 2, "never overcommit" mode, reserve
--
1.8.3.1
Powered by blists - more mailing lists