public inbox for ltp@lists.linux.it
 help / color / mirror / Atom feed
From: Shubham Goyal <shubham@linux.vnet.ibm.com>
To: Nikola Ciprich <nikola.ciprich@linuxbox.cz>
Cc: ltp-list@lists.sourceforge.net
Subject: Re: [LTP] LTP: memcg_stress_test hanging whole box
Date: Tue, 29 Nov 2011 12:20:12 +0530	[thread overview]
Message-ID: <4ED480A4.2000003@linux.vnet.ibm.com> (raw)
In-Reply-To: <20111127201232.GB2268@nik-comp.lan>

On Monday 28 November 2011 01:42 AM, Nikola Ciprich wrote:
> I hope I won't be bothering with dumb question, but I wasn't able to find any solution to my problem...
>
> I'm playing with LTP, and it works nice for me (few tests fail, but with obvious reasons, which I will fix,
> so this is Ok), but I'm having problem with memcg_stress test. It always almost immediately gets host machine to
> heavy swapping, and never finishes... when I had 2GB of swap, machine usually got into totally unusable state,
> when I lowered swap to 512M, I'm at least able to kill test after some time...
> I guess this is not expected behaviour, but my question is, what should I check to get this working properly?
> I'm getting same results for latest x86_64 2.6.32.x and 3.0.x. Testing machine has 4 cores and 4GB of RAM.
>
> Could somebody help me with that please?
>

Hi Nikola,

I have also seen some hangs with memcg_stress test on some of my x 
machines. But this is not consistent for me as the same set of tests 
works fine on one machine and hangs on other. Yes this is not expected 
behavior and ideally tests should complete. Can you please give a try 
after changing swap space to twice the size of RAM? Also can you paste 
here the the exact process which is hanging for you i.e. paste the 
output of 'ps -ef | grep ltp' during the system hang state.

Thanks,
Shubham


------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list

  reply	other threads:[~2011-11-29  6:50 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-11-27 20:12 [LTP] LTP: memcg_stress_test hanging whole box Nikola Ciprich
2011-11-29  6:50 ` Shubham Goyal [this message]
2011-11-29 22:03   ` Nikola Ciprich
2011-12-02 17:30     ` Shubham Goyal
2011-12-05 12:01       ` Nikola Ciprich
2011-12-06 10:46         ` Shubham Goyal

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=4ED480A4.2000003@linux.vnet.ibm.com \
    --to=shubham@linux.vnet.ibm.com \
    --cc=ltp-list@lists.sourceforge.net \
    --cc=nikola.ciprich@linuxbox.cz \
    /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