From: Jens Axboe <axboe@suse.de>
To: Karl Vogel <karl.vogel@seagha.com>
Cc: Marcelo Tosatti <marcelo.tosatti@cyclades.com>,
linux-kernel@vger.kernel.org, Ingo Molnar <mingo@elte.hu>
Subject: Re: Kernel 2.6.8.1: swap storm of death - CFQ scheduler=culprit
Date: Tue, 24 Aug 2004 12:29:14 +0200 [thread overview]
Message-ID: <20040824102914.GK2355@suse.de> (raw)
In-Reply-To: <6DED3619289CD311BCEB00508B8E133601A68B1E@nt-server2.antwerp.seagha.com>
On Tue, Aug 24 2004, Karl Vogel wrote:
> > > > Original post with testcase + stats:
> > > > http://article.gmane.org/gmane.linux.kernel/228156
> > >
> > > 2.6.8.1-mm4 clean does not reproduce the problem. Marcelo, your
> > > 2.6.8-rc4 report is not valid due to the fixed problem
> > related to that
> > > in CFQ already. I'd still like for you to retest with 2.6.8.1.
> > >
>
> Did some extra testing yesterday. When not running X or anything
> substantial, I'm able to trigger it after running the expunge 2 or
> 3 times in a row.
> If I increase the calloc size, it triggers faster (tried with 1Gb
> calloc on a 512Mb box with 1Gb swap partition).
I'll try increasing the size.
> The first expunge run, completes fine. The ones after that, get
> OOM killed and I get a printk about page allocation order 0 failure.
>
> The 2.6.8.1-mm4 was a clean version, but I will double check this,
> this evening.
>
> I also tried with deadline, but was unable to trigger it.
I'm adding preempt to the mix, maybe that'll help provoke it.
> > Oh, and please do also do a sysrq-t from a hung box and save
> > the output.
>
> Note: the box doesn't hang completely. Just some processes get stuck
> in 'D' and the machine swaps heavily.
That's fine, I'd like a sysrq-t of that.
> The tests of yesterday evening, did recover. So I'm guessing if I had
> waited long enough the box would have recovered on the previous
> tests. Looking at the vmstat from my previous tests, shows that the
> box was low on memory (free/buff/cache are all very low):
>
> http://users.telenet.be/kvogel/vmstat-after-kill.txt
>
> That was probably why it was swapping like mad.
Ok, so now I'm confused - tests on what kernel recovered?
> Will provide you with that sysrq-t this evening.
Great.
--
Jens Axboe
next prev parent reply other threads:[~2004-08-24 10:32 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-08-24 10:28 Kernel 2.6.8.1: swap storm of death - CFQ scheduler=culprit Karl Vogel
2004-08-24 10:29 ` Jens Axboe [this message]
-- strict thread matches above, loose matches on Subject: below --
2004-08-24 10:35 Karl Vogel
2004-08-23 16:10 Karl Vogel
2004-08-23 17:00 ` Jens Axboe
2004-08-24 10:03 ` Jens Axboe
2004-08-24 9:18 ` Marcelo Tosatti
2004-08-24 10:52 ` Jens Axboe
2004-08-24 10:13 ` Jens Axboe
2004-08-22 13:27 Kernel 2.6.8.1: swap storm of death Karl Vogel
2004-08-22 18:49 ` Kernel 2.6.8.1: swap storm of death - 2.6.8.1-mm4 also karl.vogel
2004-08-22 19:18 ` Kernel 2.6.8.1: swap storm of death - CFQ scheduler=culprit Karl Vogel
2004-08-23 14:12 ` Marcelo Tosatti
2004-08-23 15:41 ` Jens Axboe
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=20040824102914.GK2355@suse.de \
--to=axboe@suse.de \
--cc=karl.vogel@seagha.com \
--cc=linux-kernel@vger.kernel.org \
--cc=marcelo.tosatti@cyclades.com \
--cc=mingo@elte.hu \
/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