Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S265852AbUAPUD5 (ORCPT ); Fri, 16 Jan 2004 15:03:57 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S265843AbUAPUCq (ORCPT ); Fri, 16 Jan 2004 15:02:46 -0500 Received: from p50821B7E.dip.t-dialin.net ([80.130.27.126]:37255 "EHLO averell.firstfloor.org") by vger.kernel.org with ESMTP id S265840AbUAPUCh (ORCPT ); Fri, 16 Jan 2004 15:02:37 -0500 To: "raymond jennings" cc: linux-kernel@vger.kernel.org Subject: Re: [IDEA] - run-length compaction of block numbers References: <1eI8L-5fS-9@gated-at.bofh.it> From: Andi Kleen Date: Fri, 16 Jan 2004 21:01:59 +0100 In-Reply-To: <1eI8L-5fS-9@gated-at.bofh.it> (raymond jennings's message of "Fri, 16 Jan 2004 20:50:07 +0100") Message-ID: User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 761 Lines: 17 "raymond jennings" writes: > Is there any value in creating a new filesystem that encodes long > contiguous blocks as a single block run instead of multiple block > numbers? A long file may use only a few block runs instead of many > block numbers if there is little fragmentation (usually the case). > Also dynamic allocation of inodes...etc. The details are long; anyone > interested can e-mail me privately. Congratulations. You just reinvented the basic specs of JFS and XFS. -Andi - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/