From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1030257AbWFIQDZ (ORCPT ); Fri, 9 Jun 2006 12:03:25 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1030256AbWFIQDY (ORCPT ); Fri, 9 Jun 2006 12:03:24 -0400 Received: from srv5.dvmed.net ([207.36.208.214]:12686 "EHLO mail.dvmed.net") by vger.kernel.org with ESMTP id S1030248AbWFIQDX (ORCPT ); Fri, 9 Jun 2006 12:03:23 -0400 Message-ID: <44899BC5.60709@garzik.org> Date: Fri, 09 Jun 2006 12:03:17 -0400 From: Jeff Garzik User-Agent: Thunderbird 1.5.0.2 (X11/20060501) MIME-Version: 1.0 To: Gerrit Huizenga CC: Alex Tomas , Andrew Morton , ext2-devel , linux-kernel@vger.kernel.org, Linus Torvalds , cmm@us.ibm.com, linux-fsdevel@vger.kernel.org, Andreas Dilger Subject: Re: [Ext2-devel] [RFC 0/13] extents and 48bit ext3 References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -4.2 (----) X-Spam-Report: SpamAssassin version 3.1.1 on srv5.dvmed.net summary: Content analysis details: (-4.2 points, 5.0 required) Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Gerrit Huizenga wrote: > Jeff's approach taken to the rediculous would mean that we'd have > ext versions 1-40 by now at least. I don't think that helps much, > either. That's plainly silly. Like everything else in life, it is a balance of costs. At some point, ext3's fs-feature-flag approach increases the combinations of metadata variants you must support exponentially. Moving to extents and 48bit (which I want) is a big enough step that, IMO, some of the support costs become far more obvious. Jeff