Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754987Ab1FMIvb (ORCPT ); Mon, 13 Jun 2011 04:51:31 -0400 Received: from mx1.redhat.com ([209.132.183.28]:9731 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754255Ab1FMIv1 (ORCPT ); Mon, 13 Jun 2011 04:51:27 -0400 Date: Mon, 13 Jun 2011 09:50:55 +0100 From: Joe Thornber To: "Amir G." Cc: Lukas Czerner , Mike Snitzer , linux-ext4@vger.kernel.org, tytso@mit.edu, linux-kernel@vger.kernel.org, lvm-devel@redhat.com, linux-fsdevel Subject: Re: LVM vs. Ext4 snapshots (was: [PATCH v1 00/30] Ext4 snapshots) Message-ID: <20110613085054.GA4580@ubuntu> References: <20110610101142.GA10144@ubuntu> <20110611073517.GB2517@ubuntu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1385 Lines: 27 On Sat, Jun 11, 2011 at 12:58:26PM +0300, Amir G. wrote: > I meant _readonly_ snapshots of a _writable_ _external_ origin, > which is what ext4 snapshots provides. > All snapshots are chained on a list that points to the origin and > only the latest (active) snapshot metadata get updated on origin writes. > When older snapshots lookup return -ENODATA, you go up the list > to the newer snapshot and up to the origin. > > Those _incremental_ snapshots cannot be _writable_, because older > snapshots may implicitly share blocks with newer snapshots, but it should > be possible to make _writable_ clones of these snapshots. > Not sure what the implications are for deleting snapshots, because I am > not familiar with all the implementation details of multisnap. I deliberately ruled out chaining schemes like this because I want to support large numbers of snapshots. I believe Daniel Phillips described a chaining scheme a while ago, and someone else implemented it last year. From a cursory glance through the code they posted on dm-devel, it appeared to need a large in memory hash table to cache all those chained lookups. - Joe -- 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/