Re: [PATCH v1 00/30] Ext4 snapshots

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, Jun 10, 2011 at 12:00 PM, Lukas Czerner <lczerner@xxxxxxxxxx> wrote:
>
> --snip--
>
> 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.
>

(Dropping LKML - had enough of that attention for 1 week...)

Hi Lukas,

So did you get any numbers? Joe said you were not able to get good results.

Did you come to understand the drawbacks of multisnap (physical fragmentation)?

Did it make you change your mind about ext4 snapshots?

I am planning to join the ext4 weekly call today and ask if people think that
we still have open issues with ext4 snapshots, which must be resolved
before the merge.

I have 2 questions that should be answered before the merge:
1. Should 32bit ext4 move to 48bit snapshot file format after the
format is implemented for 64bit ext4?
2. Should exclude bitmap be allocated only on mkfs time or should it
also be possible to allocate it with tune2fs?
Allocating it later will enable snapshots on existing fs, but will
have sub-optimal on-disk layout.

If anyone has opinions on these 2 questions, please make them heard here or on
the call today.

Thanks,
Amir.
--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Reiser Filesystem Development]     [Ceph FS]     [Kernel Newbies]     [Security]     [Netfilter]     [Bugtraq]     [Linux FS]     [Yosemite National Park]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Device Mapper]     [Linux Media]

  Powered by Linux