From: "liuxp11@chinatelecom.cn" <liuxp11@chinatelecom.cn>
To: "Krzysztof Kozlowski" <krzysztof.kozlowski@canonical.com>,
ltp <ltp@lists.linux.it>
Subject: Re: [LTP] [PATCH] lib: memutils: respect minimum memory watermark when polluting memory
Date: Wed, 20 Oct 2021 13:56:48 +0800 [thread overview]
Message-ID: <202110201356480826324@chinatelecom.cn> (raw)
In-Reply-To: 20211019150206.90335-1-krzysztof.kozlowski@canonical.com
[-- Attachment #1.1: Type: text/plain, Size: 3776 bytes --]
Serveral months ago,i report this issue.I suggest to use available memory.
You can test with available memory instead of freeram,It will be OK.
Report-by: Liu Xinpeng <liuxp11@chinatelecom.cn>
Reviewed-by: Liu Xinpeng <liuxp11@chinatelecom.cn>
Thanks!
From: Krzysztof Kozlowski
Date: 2021-10-19 23:02
To: ltp
Subject: [LTP] [PATCH] lib: memutils: respect minimum memory watermark when polluting memory
Previous fix for an out-of-memory killer killing ioctl_sg01 process
in commit 4d2e3d44fad5 ("lib: memutils: don't pollute
entire system memory to avoid OoM") was not fully effective. While it
covers most of the cases, an ARM64 machine with 128 GB of memory, 64 kB
page size and v5.11 kernel hit it again. Polluting the memory fails
with OoM:
LTP: starting ioctl_sg01
ioctl_sg01 invoked oom-killer: gfp_mask=0x100dca(GFP_HIGHUSER_MOVABLE|__GFP_ZERO), order=0, oom_score_adj=0
...
Mem-Info:
active_anon:309 inactive_anon:1964781 isolated_anon:0
active_file:94 inactive_file:0 isolated_file:0
unevictable:305 dirty:0 writeback:0
slab_reclaimable:1510 slab_unreclaimable:5012
mapped:115 shmem:339 pagetables:463 bounce:0
free:112043 free_pcp:1 free_cma:3159
Node 0 active_anon:19776kB inactive_anon:125745984kB active_file:6016kB inactive_file:0kB unevictable:19520kB ...
Node 0 DMA free:710656kB min:205120kB low:256384kB high:307648kB reserved_highatomic:0KB active_anon:0kB inactive_anon:3332032kB ...
lowmem_reserve[]: 0 0 7908 7908 7908
Node 0 Normal free:6460096kB min:6463168kB low:8078912kB high:9694656kB reserved_highatomic:0KB active_anon:19776kB inactive_anon:122413952kB ...
lowmem_reserve[]: 0 0 0 0 0
The important part are details of memory on Node 0 in Normal zone:
1. free memory: 6460096 kB
2. min (minimum watermark): 6463168 kB
Parse the /proc/zoneinfo and include the "min" data when counting safety
(free memory which should not be polluted). This way we also include
minimum memory for DMA zones and all nodes.
Signed-off-by: Krzysztof Kozlowski <krzysztof.kozlowski@canonical.com>
---
lib/tst_memutils.c | 31 +++++++++++++++++++++++++++++--
1 file changed, 29 insertions(+), 2 deletions(-)
diff --git a/lib/tst_memutils.c b/lib/tst_memutils.c
index af132bcc6c24..f34ba582ec93 100644
--- a/lib/tst_memutils.c
+++ b/lib/tst_memutils.c
@@ -6,22 +6,49 @@
#include <unistd.h>
#include <limits.h>
#include <sys/sysinfo.h>
+#include <stdio.h>
#include <stdlib.h>
#define TST_NO_DEFAULT_MAIN
#include "tst_test.h"
+#include "tst_safe_stdio.h"
#define BLOCKSIZE (16 * 1024 * 1024)
+unsigned long tst_min_memory(void)
+{
+ FILE *fp;
+ int ret;
+ unsigned long total_pages = 0;
+ unsigned long pages;
+ char line[BUFSIZ];
+
+ fp = SAFE_FOPEN("/proc/zoneinfo", "r");
+
+ while (fgets(line, BUFSIZ, fp) != NULL) {
+ ret = sscanf(line, " min %lu", &pages);
+ if (ret == 1)
+ total_pages += pages;
+ }
+
+ SAFE_FCLOSE(fp);
+
+ /* Apply a margin because we cannot get below "min" watermark */
+ total_pages += (total_pages / 10);
+
+ return total_pages;
+}
+
void tst_pollute_memory(size_t maxsize, int fillchar)
{
size_t i, map_count = 0, safety = 0, blocksize = BLOCKSIZE;
+ long pagesize = SAFE_SYSCONF(_SC_PAGESIZE);
void **map_blocks;
struct sysinfo info;
SAFE_SYSINFO(&info);
- safety = MAX(4096 * SAFE_SYSCONF(_SC_PAGESIZE), 128 * 1024 * 1024);
- safety = MAX(safety, (info.freeram / 64));
+ safety = MAX(4096 * pagesize, 128 * 1024 * 1024);
+ safety = MAX(safety, tst_min_memory() * pagesize);
safety /= info.mem_unit;
if (info.freeswap > safety)
--
2.30.2
--
Mailing list info: https://lists.linux.it/listinfo/ltp
[-- Attachment #1.2: Type: text/html, Size: 8045 bytes --]
[-- Attachment #2: Type: text/plain, Size: 60 bytes --]
--
Mailing list info: https://lists.linux.it/listinfo/ltp
next prev parent reply other threads:[~2021-10-20 5:57 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-10-19 15:02 [LTP] [PATCH] lib: memutils: respect minimum memory watermark when polluting memory Krzysztof Kozlowski
2021-10-20 4:07 ` Li Wang
2021-10-20 5:56 ` liuxp11 [this message]
2021-10-20 6:12 ` Krzysztof Kozlowski
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=202110201356480826324@chinatelecom.cn \
--to=liuxp11@chinatelecom.cn \
--cc=krzysztof.kozlowski@canonical.com \
--cc=ltp@lists.linux.it \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.