From: Zhouping Liu <zliu@redhat.com>
To: shuang qiu <shuang.qiu@oracle.com>
Cc: ltp-list@lists.sourceforge.net
Subject: Re: [LTP] [PATCH] Set tunable value of min_free_kbytes lower
Date: Wed, 29 Aug 2012 10:03:15 -0400 (EDT) [thread overview]
Message-ID: <1357090412.61662055.1346248995037.JavaMail.root@redhat.com> (raw)
In-Reply-To: <1768335107.59483055.1346044605729.JavaMail.root@redhat.com>
----- Original Message -----
> From: "Zhouping Liu" <zliu@redhat.com>
> To: "shuang qiu" <shuang.qiu@oracle.com>
> Cc: ltp-list@lists.sourceforge.net
> Sent: Monday, August 27, 2012 1:16:45 PM
> Subject: Re: [LTP] [PATCH] Set tunable value of min_free_kbytes lower
>
>
>
> ----- Original Message -----
> > From: "Zhouping Liu" <zliu@redhat.com>
> > To: "shuang qiu" <shuang.qiu@oracle.com>
> > Cc: ltp-list@lists.sourceforge.net
> > Sent: Friday, August 24, 2012 4:11:41 PM
> > Subject: Re: [LTP] [PATCH] Set tunable value of min_free_kbytes
> > lower
> >
> >
> >
> > ----- Original Message -----
> > > From: "shuang qiu" <shuang.qiu@oracle.com>
> > > To: ltp-list@lists.sourceforge.net
> > > Sent: Thursday, August 23, 2012 2:43:01 PM
> > > Subject: [LTP] [PATCH] Set tunable value of min_free_kbytes lower
> > >
> > > From: Shuang Qiu <shuang.qiu@oracle.com>
> > >
> > > The value of min_free_kbytes is set too high(half of mem_free)
> > > during
> > > testing min_free_kbytes tunable.It often cause the system to
> > > become
> > > out-of-memory.Using 20% of mem_free to avoid oom and system hang.
> >
> > Hi, shuang
> >
> > I met the issue that min_free_kbytes caused system hang before, and
> > what you said made sense.
>
> For the issue that min_free_kbytes caused system hang, I prepared a
> patch for it,
> at the same time, in order to enlarge the case's coverage, I add a
> new case(2x default_tune)
> I have tested it in my box, it's good.
>
> Shuang, can you review and test the patch?
>
> diff --git a/testcases/kernel/mem/tunable/min_free_kbytes.c
> b/testcases/kernel/mem/tunable/min_free_kbytes.c
> index 00ead04..ded0e45 100644
> --- a/testcases/kernel/mem/tunable/min_free_kbytes.c
> +++ b/testcases/kernel/mem/tunable/min_free_kbytes.c
> @@ -10,7 +10,8 @@
> * the current free memory with the tunable value repeatedly.
> *
> * a) default min_free_kbytes with all overcommit memory policy
> - * b) half of mem_free with all overcommit memory policy
> + * b) 2x default value with all overcommit memory policy
> + * c) 10% of MemFree or %5 MemTotal with all overcommit memory
Hi, Shuang
after setting 10% of MemFree or 5% MemTotal, it still cause a system
hang, which has 16Gb memory. so I adjusted the value, reduced the value
to 5% of MemFree or 2% MemTotal, which I think is more reasonable.
Thanks,
Zhouping
> policy
> *
> ********************************************************************
> * Copyright (C) 2012 Red Hat, Inc.
> @@ -115,20 +116,27 @@ int main(int argc, char *argv[])
> static void test_tune(unsigned long overcommit_policy)
> {
> int status;
> - int pid[2];
> + int pid[3];
> int ret, i;
> - unsigned long tune, memfree;
> + unsigned long tune, memfree, memtotal;
>
> set_sys_tune("overcommit_memory", overcommit_policy, 1);
>
> - for (i = 0; i < 2; i++) {
> + for (i = 0; i < 3; i++) {
> /* case1 */
> if (i == 0)
> set_sys_tune("min_free_kbytes", default_tune,
> 1);
> /* case2 */
> - else {
> + else if (i == 1) {
> + set_sys_tune("min_free_kbytes", 2 *
> default_tune, 1);
> + /* case3 */
> + } else {
> memfree = read_meminfo("MemFree:");
> - tune = memfree / 2;
> + memtotal = read_meminfo("MemTotal:");
> + tune = memfree / 10;
> + if (tune > (memtotal / 20))
> + tune = memtotal / 20;
> +
> set_sys_tune("min_free_kbytes", tune, 1);
> }
>
>
>
> >
> > but after tested the patch, I found it still make the system hang
> > with the patch, so I don't think
> > this patch can fix the issue completely, maybe there are other
> > factors, or need lower tune value.
> > always suppose it was because of the high tune value, it's more
> > better to add an optional to control it.
> > also I will investigate it deeper to look after the real reason.
> > please comment if you have other ideas.
> >
> > Thanks,
> > Zhouping
> >
> > > ---
> > > testcases/kernel/mem/tunable/min_free_kbytes.c | 2 +-
> > > 1 files changed, 1 insertions(+), 1 deletions(-)
> > >
> > > diff --git a/testcases/kernel/mem/tunable/min_free_kbytes.c
> > > b/testcases/kernel/mem/tunable/min_free_kbytes.c
> > > index 00ead04..8a03f85 100644
> > > --- a/testcases/kernel/mem/tunable/min_free_kbytes.c
> > > +++ b/testcases/kernel/mem/tunable/min_free_kbytes.c
> > > @@ -128,7 +128,7 @@ static void test_tune(unsigned long
> > > overcommit_policy)
> > > /* case2 */
> > > else {
> > > memfree = read_meminfo("MemFree:");
> > > - tune = memfree / 2;
> > > + tune = memfree / 5;
> > > set_sys_tune("min_free_kbytes", tune, 1);
> > > }
> > >
> > > --
> > > 1.7.7
> > >
> > >
> > > ------------------------------------------------------------------------------
> > > Live Security Virtual Conference
> > > Exclusive live event will cover all the ways today's security and
> > > threat landscape has changed and how IT managers can respond.
> > > Discussions
> > > will include endpoint security, mobile security and the latest in
> > > malware
> > > threats.
> > > http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> > > _______________________________________________
> > > Ltp-list mailing list
> > > Ltp-list@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/ltp-list
> > >
> >
>
> --
> Thanks,
> Zhouping
>
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list
next prev parent reply other threads:[~2012-08-29 14:03 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-08-23 6:43 [LTP] [PATCH] Set tunable value of min_free_kbytes lower shuang.qiu
2012-08-23 8:59 ` Zhouping Liu
2012-08-23 9:00 ` Wanlong Gao
2012-08-24 8:11 ` Zhouping Liu
2012-08-24 10:18 ` Shuang Qiu
2012-08-24 13:48 ` Zhouping Liu
2012-08-27 3:03 ` Shuang Qiu
2012-08-27 5:01 ` Zhouping Liu
2012-08-27 5:16 ` Zhouping Liu
2012-08-28 3:11 ` Shuang Qiu
2012-08-28 12:51 ` ZhouPing Liu
2012-08-29 8:08 ` Shuang Qiu
2012-08-29 8:29 ` Wanlong Gao
2012-08-29 8:56 ` Zhouping Liu
2012-08-29 14:03 ` Zhouping Liu [this message]
2012-08-30 2:53 ` Shuang Qiu
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=1357090412.61662055.1346248995037.JavaMail.root@redhat.com \
--to=zliu@redhat.com \
--cc=ltp-list@lists.sourceforge.net \
--cc=shuang.qiu@oracle.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox