From: "Amir G." Subject: Re: [PATCH v1 00/30] Ext4 snapshots Date: Fri, 10 Jun 2011 15:02:42 +0300 Message-ID: References: <1307459283-22130-1-git-send-email-amir73il@users.sourceforge.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Cc: Yongqiang Yang , linux-ext4@vger.kernel.org, tytso@mit.edu, linux-kernel@vger.kernel.org, sandeen@redhat.com To: Lukas Czerner Return-path: Received: from mail-wy0-f174.google.com ([74.125.82.174]:50579 "EHLO mail-wy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755954Ab1FJMCo (ORCPT ); Fri, 10 Jun 2011 08:02:44 -0400 In-Reply-To: Sender: linux-ext4-owner@vger.kernel.org List-ID: On Fri, Jun 10, 2011 at 12:00 PM, Lukas Czerner wrote: > On Fri, 10 Jun 2011, Amir G. wrote: > > --snip-- >> > >> >> >> >> >> >> > >> >> > Granted, I have to take a look at the multisnap code, to see what it can >> >> > do and compare it with ext4 snapshots, because really, if it is good >> >> > enough and you will be able to do snapshotting backups as you do with >> >> > your approach, I do not see the reason why to complicate our life in >> >> > ext4. >> >> > >> >> >> >> I don't know how you intend to determine if dm-multisnap is 'good enough'. >> >> I don't claim to have the capability myself to determine if ext4 snapshots >> >> are 'good enough'. >> >> I just try to present the technical differences between the 3 solutions >> >> (LVM,ext4,btrfs) and claim that each have their advantages and disadvantages >> >> over others. >> >> I wish more sys admins and end users would provide feedback, though I don't >> >> know how many of them are following LKML. >> > >> > I do. When it can do long lived snapshots without any obvious headaches >> > it is good enough. Your only contra argument was that lvm snapshotting >> > is slow, which is not that big argument now when we have multisnap >> > almost ready. I am not even talking about features, because clearly >> > mutlisnap has superset of the features that ext4 does - no I am not >> > counting per-file or per-directory snapshotting because clearly those >> > are just hacks and it was not designed that way. >> > >> >> Hi Lukas, >> >> I am very glad to have you as my reviewer and critic :-) >> I am saying that with all honesty, because I know that you are impartial >> and have no anti-ext4 agenda. >> >> LVM multisnap does look like a big leap forward, but you should not >> be blinded by the promised feature, before you inspect the implementation, >> the same as you are doing to ext4 snapshots now... >> >> I could suggest that you put your root fs on a QCOW2 file exported as NBD. >> That would give you both thin provisioning and snapshots, but you know >> perfectly well, that this is not a 'good enough' solution. >> I'm not saying that LVM is comparable to QCOW2 virtual volume. >> I'm just saying we (included myself) should carefully examine the alternatives >> before make a ruling against one of them. >> >> Amir. >> > > Hi Amir, > > that is why I spoke with several dm people and all of them had the same > opinion. When you are not using the advantage of being at fs level, > there is no reason to have shapshoting at this level. > > And no, I am not blinded. I am trying to understand why is multisnap a > huge win everyone is saying, so I already asked ejt to step in and > give us an overview on how dm-multisnap works and why is it better > than the old implementation. Also I am trying it myslef, and so far > it works quite well. I might have some numbers later. > > Thanks! > -Lukas > Wow, if you can provide numbers that would be great! If you can also run the same tests on the same machine with my ext4dev module that would be awesome! the module on next3.sf.net is for kernel 2.6.38, but I can send you a module for kernel 2.6.39 or 3.0-rc1 if you like. Thanks! Amir.