From: Jan Stancek <jstancek@redhat.com>
To: ltp@lists.linux.it
Subject: [LTP] [PATCH] mem/lib: keep allocating memory until get an error in single process
Date: Mon, 20 Jun 2016 06:43:18 -0400 (EDT) [thread overview]
Message-ID: <1007336481.302642.1466419398150.JavaMail.zimbra@redhat.com> (raw)
In-Reply-To: <1466416385-20603-1-git-send-email-liwang@redhat.com>
----- Original Message -----
> From: "Li Wang" <liwang@redhat.com>
> To: jstancek@redhat.com
> Cc: ltp@lists.linux.it
> Sent: Monday, 20 June, 2016 11:53:05 AM
> Subject: [PATCH] mem/lib: keep allocating memory until get an error in single process
>
> We occasionally catch errors like:
> oom03 0 TINFO : start OOM testing for KSM pages.
> oom03 0 TINFO : expected victim is 3490.
> oom03 6 TFAIL : mem.c:163: victim unexpectedly ended with retcode:
> 0, expected: 12
> oom03 0 TINFO : set overcommit_memory to 0
>
> It cames from the caller testoom(0, 1, ENOMEM, 1). The full reason is that
> function child_alloc() go into single process mode, then successfully finish
> the memory allocation and return 0.
Description above doesn't explain why you get 0, when oom03 is set to run
in cgroup with memory.memsw.limit_in_bytes == TESTMEM, and then allocates
TESTMEM + MB.
My guess is a KSM scan merged some pages before you have hit the limit.
Do yo get these failures always during KSM test?
Regards,
Jan
>
> In this patch, let's make it (in single mode) keep allocating memory with
> an incresed length in order to avoid 0 returned.
next prev parent reply other threads:[~2016-06-20 10:43 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-06-20 9:53 [LTP] [PATCH] mem/lib: keep allocating memory until get an error in single process Li Wang
2016-06-20 10:43 ` Jan Stancek [this message]
2016-06-20 11:34 ` Li Wang
2016-06-20 13:03 ` Jan Stancek
2016-06-21 3:26 ` Li Wang
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=1007336481.302642.1466419398150.JavaMail.zimbra@redhat.com \
--to=jstancek@redhat.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.