From: "Amir G." Subject: Re: [PATCH v1 00/30] Ext4 snapshots Date: Mon, 13 Jun 2011 16:26:16 +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, sandeen@redhat.com, snitzer@redhat.com, lvm-devel@redhat.com, thornber@redhat.com To: Lukas Czerner Return-path: Received: from mail-ww0-f44.google.com ([74.125.82.44]:34260 "EHLO mail-ww0-f44.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752120Ab1FMN0R (ORCPT ); Mon, 13 Jun 2011 09:26:17 -0400 Received: by wwa36 with SMTP id 36so4825755wwa.1 for ; Mon, 13 Jun 2011 06:26:16 -0700 (PDT) In-Reply-To: Sender: linux-ext4-owner@vger.kernel.org List-ID: On Mon, Jun 13, 2011 at 4:11 PM, Lukas Czerner wrote: > On Mon, 13 Jun 2011, Amir G. wrote: > -snip- >> >> >> >> Did you come to understand the drawbacks of multisnap (physical fragmentation)? >> > >> > Yes I did, but the fragmentation is problem for any thinly provisioned >> > storage. I also understand that your snapshot files has also proble with >> > fragmentation. >> > >> >> It's true. ext4 snapshots generates fragmented *files*, but it does not fragment >> the filesystem metadata. And only on specific workloads of in-place writes, >> like large db or virtual image. >> >> One difference is that ext4 snapshots can do effective auto defrag by using >> the inode context, which is not available for multisnap. > > No it is not, but from top of my head .. we can use time locality to > pack frequently accessed blocks together. Definitely there is a place > for improvements. > >> The other big difference is that ext4 snapshots gives precedence to main >> fs performance, while multisnap hasn't even the notion of a main fs. >> All thinp and snapshot targets are writable and get equal treatment. > > I am sorry, what do you mean by that ? Is it that when you mount the > snapshot, the reads will actually have lower importance ? > with ext4, snapshots reads may cause extra seeks, but main fs will stay optimized for reads. with thinp and multisnap, there is no optimization for read from one specific target, but I admit that can change in the future when auto defrag heuristics are applies to multisnap. Amir.