From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?utf-8?B?SsO2cm4=?= Engel Subject: Re: [RFC] TileFS - a proposal for scalable integrity checking Date: Wed, 2 May 2007 15:18:20 +0200 Message-ID: <20070502131818.GA20776@lazybastard.org> References: <20070428220522.GN11166@waste.org> <20070429232349.GA19937@thunk.org> <20070430014042.GL11115@waste.org> <20070430172624.GB19149@thunk.org> <20070430175926.GU11115@waste.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: QUOTED-PRINTABLE Cc: Theodore Tso , linux-fsdevel@vger.kernel.org To: Matt Mackall Return-path: Received: from lazybastard.de ([212.112.238.170]:44363 "EHLO longford.lazybastard.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2993162AbXEBNWj (ORCPT ); Wed, 2 May 2007 09:22:39 -0400 Content-Disposition: inline In-Reply-To: <20070430175926.GU11115@waste.org> Sender: linux-fsdevel-owner@vger.kernel.org List-Id: linux-fsdevel.vger.kernel.org On Mon, 30 April 2007 12:59:26 -0500, Matt Mackall wrote: >=20 > We could eliminate the block bitmap, but I don't think there's much > reason to. It improves allocator performance with negligible footprin= t > and improves redundancy. LogFS uses that scheme and it costs dearly. Walking the rmap to figure out which blocks are used and which aren't can approach fsck time when the filesystem gets full. J=C3=B6rn --=20 "Security vulnerabilities are here to stay." -- Scott Culp, Manager of the Microsoft Security Response Center, 2001 - To unsubscribe from this list: send the line "unsubscribe linux-fsdevel= " in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html