From owner-freebsd-fs@FreeBSD.ORG Thu Nov 11 04:00:35 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 C0137106564A for ; Thu, 11 Nov 2010 04:00:35 +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 641018FC12 for ; Thu, 11 Nov 2010 04:00:35 +0000 (UTC) Received: (qmail 25363 invoked by uid 399); 11 Nov 2010 04:00:32 -0000 Received: from localhost (HELO doug-optiplex.ka9q.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 11 Nov 2010 04:00:32 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4CDB6A5F.2000908@FreeBSD.org> Date: Wed, 10 Nov 2010 20:00:31 -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> <4CD9E535.8000801@FreeBSD.org> <20101110170719.GA1573@earth> In-Reply-To: <20101110170719.GA1573@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: Thu, 11 Nov 2010 04:00:35 -0000 On 11/10/2010 09:07, Aditya Sarawgi wrote: > On Tue, Nov 09, 2010 at 04:20:05PM -0800, Doug Barton wrote: >> Can you expand on that? What about it do you see as problematic? >> > > ext2fs is not a native filesystem. It is relatively slower than UFS Like I already said, I can live with a little bit slower. > may have some other problems like deadlocks which are not yet discovered. What better way to discover them than actual day to day use? :) > May make the data inconsistent due to lack of facilities like journaling. Well that's just plain unacceptable. Either the fs works reliably (which obviously includes safely) or it should be removed. At bare minimum if it can't reliably write data then support should be changed to read-only. > It is only meant to make your data in linux partitions accessible. Sorry, I'm not buying that. Don't get me wrong, I really appreciate the help you're providing, and I don't want to get you in the middle of my own personal vendetta, but we can't tolerate this perspective. We either need to support something, or not support it. >>>>> 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? >> > > There will be only style and some comment fixes in the new patch. Ok, thanks. > Yes, we know there are some scope of improvements. So the BSDL ext2fs lacks > preallocation which used to preallocate some blocks which improved the sequential > write performance. This problem is solved by Zheng's reservation window work. > The other issue like Bruce mentioned is that some of the blocks in between are > skipped by the block allocator algorithm. We intend to have fixes for both of > these before 9 is released. Ok, but time is running out. :) 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/