From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?utf-8?B?SsO2cm4=?= Engel Subject: Re: [PATCH RFC] nilfs2: continuous snapshotting file system Date: Wed, 27 Aug 2008 20:19:04 +0200 Message-ID: <20080827181904.GD1371@logfs.org> References: <20080826101618.GA17261@logfs.org> <200808261654.AA00216@capsicum.lab.ntt.co.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: QUOTED-PRINTABLE Cc: Andrew Morton , linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org To: Ryusuke Konishi Return-path: Received: from lazybastard.de ([212.112.238.170]:58455 "EHLO longford.logfs.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752988AbYH0STQ (ORCPT ); Wed, 27 Aug 2008 14:19:16 -0400 Content-Disposition: inline In-Reply-To: <200808261654.AA00216@capsicum.lab.ntt.co.jp> Sender: linux-fsdevel-owner@vger.kernel.org List-ID: On Wed, 27 August 2008 01:54:30 +0900, Ryusuke Konishi wrote: > On Tue, 26 Aug 2008 12:16:19 +0200, Jorn Engel wrote: > > > >Interesting approach. Does that mean that every block lookup involv= es > >two disk accesses, one for the DAT and one for the actual block? >=20 > Simply stated, it's Yes. >=20 > But the actual number of disk accesses will become fewer because the = DAT is=20 > cached like regular files and read-ahead is also applied. > The cache for the DAT works well enough. Yep. It is not a bad tradeoff. You pay with some extra seeks when the filesystem is freshly mounted but gain a lot of simplicity in garbage collection. More questions. I believe the first two answer are no, but would like to be sure. Do you support compression? Do you do wear leveling or scrubbing? How does garbage collection work? In particular, when the filesystem runs out of free space, do you depend on the userspace daemon to make some policy decisions or can the kernel make progress on its own? J=C3=B6rn --=20 There are two ways of constructing a software design: one way is to mak= e it so simple that there are obviously no deficiencies, and the other is to make it so complicated that there are no obvious deficiencies. -- C. A. R. Hoare -- 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