From owner-freebsd-fs@FreeBSD.ORG Wed Nov 10 00:20:08 2010 Return-Path: Delivered-To: fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9B1E106564A for ; Wed, 10 Nov 2010 00:20:08 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx23.fluidhosting.com [204.14.89.6]) by mx1.freebsd.org (Postfix) with ESMTP id 785BF8FC20 for ; Wed, 10 Nov 2010 00:20:07 +0000 (UTC) Received: (qmail 26517 invoked by uid 399); 10 Nov 2010 00:20:07 -0000 Received: from localhost (HELO doug-optiplex.ka9q.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 10 Nov 2010 00:20:07 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4CD9E535.8000801@FreeBSD.org> Date: Tue, 09 Nov 2010 16:20:05 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101028 Thunderbird/3.1.6 MIME-Version: 1.0 To: Aditya Sarawgi References: <20100929031825.L683@besplex.bde.org> <20100929084801.M948@besplex.bde.org> <20100929041650.GA1553@aditya> <201009290917.05269.jhb@freebsd.org> <20100929202526.GA1564@aditya> <4CD0A3E8.4080304@FreeBSD.org> <4CD201AE.3040409@FreeBSD.org> <20101108174327.GC2066@earth> In-Reply-To: <20101108174327.GC2066@earth> X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: fs@freebsd.org Subject: Re: ext2fs now extremely slow X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2010 00:20:08 -0000 On 11/08/2010 09:43, Aditya Sarawgi wrote: > On Wed, Nov 03, 2010 at 05:43:26PM -0700, Doug Barton wrote: >> Regarding stability, sometimes (but not always) when I'm doing the above >> listed disk-intensive things on an otherwise idle system I've had the >> system lock up. Not panic, not reboot, just wedge. I'm running X when >> this happens, so I'm not 100% sure that the disk activity is the >> culprit, but it seems very suspicious. Yesterday was a very bad day, I >> had to do 3 tries to get all the way through a buildworld/kernel, mostly >> because the last 2 crashes resulted in my /usr/src (which is actually >> /home/svn/head) and /usr/obj (/home/obj-9) directories getting corrupted >> respectively. Today (running r214694) has actually been quite good, >> although I haven't tried a buildworld yet. >> > > I am not sure if this is the right use case for ext2fs Can you expand on that? What about it do you see as problematic? >>> You can test Zheng's preallocation patch for ext2fs, there is a >>> serious lack of testers for that. >> >> I would be happy to do that, but my reading of this thread last month >> didn't produce a clear "try this version of the patch" neon sign. >> Various people referred to suggestions, updates, etc. If someone could >> provide a URL for the right patch to try, as well as a suggestion for >> benchmarking methodology, I'll be glad to do so. >> > > I have attached the patch. Thanks for that. I'm curious though whether this is the latest version of the patch with the suggested improvements from earlier in this thread? > Some primitive testing like copying files, > untaring etc and comparing with the existing ext2fs will do. If you > are looking to do a full fledged benchmarking then I would suggest > iozone, blogbench, dbench etc. Sorry, I am not a filesystem person, so if you want me to do any real benchmarking you're going to have to give me details ... Install this program, run this test, etc. Meanwhile I finally got around to setting up my 8.1-RELEASE partition on this same system and particularly with cvsup it's very noticeable that ext2fs in -current is MUCH slower than in RELENG_8. I'll do some before and after tests on -current, then I'll do the same thing on 8.1 and see how the numbers compare. Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/