From mboxrd@z Thu Jan 1 00:00:00 1970 From: Alex Tomas Subject: Re: [RFC 0/13] extents and 48bit ext3 Date: Fri, 09 Jun 2006 20:48:16 +0400 Message-ID: References: <1149816055.4066.60.camel@dyn9047017069.beaverton.ibm.com> <4488E1A4.20305@garzik.org> <20060609083523.GQ5964@schatzie.adilger.int> <44898EE3.6080903@garzik.org> <448992EB.5070405@garzik.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: Andrew Morton , Jeff Garzik , ext2-devel , linux-kernel@vger.kernel.org, cmm@us.ibm.com, linux-fsdevel@vger.kernel.org, Alex Tomas , Andreas Dilger Return-path: To: Linus Torvalds In-Reply-To: (Linus Torvalds's message of "Fri, 9 Jun 2006 09:25:57 -0700 (PDT)") List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: ext2-devel-bounces@lists.sourceforge.net Errors-To: ext2-devel-bounces@lists.sourceforge.net List-Id: linux-fsdevel.vger.kernel.org so, instead of taking one (quite-well-tested) part that solves one of the biggest ext3 limitation, you propose to start a new project and get something in a year (probably) ? I think about extents as a step-by-step way ... thanks, Alex >>>>> Linus Torvalds (LT) writes: LT> Just as an example: ext3 _sucks_ in many ways. It has huge inodes that LT> take up way too much space in memory. It has absolutely disgusting code to LT> handle directory reading and writing (buffer heads! In 2006!). It's LT> conditional indexing code is horrible. Its performance absolutely sucks LT> when the journal is being drained or something. LT> Are you going to improve on any of those _fundamnetal_ problems? Or are LT> you going to make them worse? LT> Hint: I'm betting you're not going to improve them by adding more LT> features.