From mboxrd@z Thu Jan 1 00:00:00 1970 From: Chris Mason Subject: Re: [3.2-rc7] slowdown, warning + oops creating lots of files Date: Thu, 5 Jan 2012 14:45:00 -0500 Message-ID: <20120105194500.GD30372@shiny> References: <20120104214445.GE17026@dastard> <20120104221105.GF17026@dastard> <4F04D178.2070006@csamuel.org> <20120104230122.GA24466@dastard> <20120105184657.GC30372@shiny> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii To: Dave Chinner , Chris Samuel , linux-btrfs@vger.kernel.org Return-path: In-Reply-To: <20120105184657.GC30372@shiny> List-ID: On Thu, Jan 05, 2012 at 01:46:57PM -0500, Chris Mason wrote: > On Thu, Jan 05, 2012 at 10:01:22AM +1100, Dave Chinner wrote: > > On Thu, Jan 05, 2012 at 09:23:52AM +1100, Chris Samuel wrote: > > > On 05/01/12 09:11, Dave Chinner wrote: > > > > > > > Looks to be reproducable. > > > > > > Does this happen with rc6 ? > > > > I haven't tried. All I'm doing is running some benchmarks to get > > numbers for a talk I'm giving about improvements in XFS metadata > > scalability, so I wanted to update my last set of numbers from > > 2.6.39. > > > > As it was, these benchmarks also failed on btrfs with oopsen and > > corruptions back in 2.6.39 time frame. e.g. same VM, same > > test, different crashes, similar slowdowns as reported here: > > http://comments.gmane.org/gmane.comp.file-systems.btrfs/11062 > > > > Given that there is now a history of this simple test uncovering > > problems, perhaps this is a test that should be run more regularly > > by btrfs developers? > > Unfortunately, this one works for me. I'll try it again and see if I > can push harder. If not, I'll see if I can trade beer for some > diagnostic runs. Aha, if I try it just on the ssd instead of on my full array it triggers at 88M files. Great. -chris