[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20090803135617.GB15020@elte.hu>
Date: Mon, 3 Aug 2009 15:56:17 +0200
From: Ingo Molnar <mingo@...e.hu>
To: Chris Mason <chris.mason@...cle.com>,
Roland Dreier <rdreier@...co.com>,
Frederic Weisbecker <fweisbec@...il.com>,
Andi Kleen <andi@...stfloor.org>,
LKML <linux-kernel@...r.kernel.org>,
Jeff Mahoney <jeffm@...e.com>,
Alexander Beregalov <a.beregalov@...il.com>,
Bron Gondwana <brong@...tmail.fm>,
Reiserfs <reiserfs-devel@...r.kernel.org>,
Al Viro <viro@...iv.linux.org.uk>,
Andrea Gelmini <andrea.gelmini@...il.com>,
"Trenton D. Adams" <trenton.d.adams@...il.com>,
Thomas Meyer <thomas@...3r.de>,
Alessio Igor Bogani <abogani@...ware.it>,
Marcel Hilzinger <mhilzinger@...uxnewmedia.de>,
Edward Shishkin <edward.shishkin@...il.com>
Subject: Re: [ANNOUNCE] Reiserfs/kill-bkl tree v2
* Chris Mason <chris.mason@...cle.com> wrote:
> Definitely, the cost of the rare bug is much higher. The good
> news is that reiserfs tends to pile its races into a few spots.
> Most of them can be found with a 12 hour run of the namesys
> stress.sh program and a lot of memory pressure. I'd compile with
> preemption on and you'll have a good test on any SMP machine.
>
> http://oss.oracle.com/~mason/stress.sh
>
> stress.sh just copies a source directory into the test filesystem,
> then reads it back and deletes it in a loop. I'd run with 50
> procs and enough memory pressure for the box to lightly swap
> (booting w/mem= is a fine way to make memory pressure). This way
> you make sure to hammer on the metadata writeback paths, which is
> where all of the difficult races come in.
>
> Testing with an fsx-linux process running at the same time will
> make sure all of the mmap/truncate paths are working correctly as
> well.
Ok, that definitely looks like something feasible to run for
Frederic too, thanks for the detailed suggestion!
Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists