Re: [PATCH 3/3] ovl: Use splice_with_holes in copy_up

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

 



On Tue, May 08, 2018 at 11:11:33AM -0500, Goldwyn Rodrigues wrote:
> What should the default behavior (without flags) be?

Create holes if and how the file systems thinks is best.  That
might even include creating holes if the original file didnt have
any.

> options: CFR_FILL_HOLES or CFR_KEEP_HOLES. Alternatively, we can
> document the state of holes in the destination is not determinant and
> coreutils/cp can perform the lseek(SEEK_HOLE/DATA)

Create holes by default, and no flag that just create confusion as
holes are a file system implementation detail subject to change
at any time.

> If cp calls copy_file_range(), it will clone the portion if the
> filesystem supports it, which may not work with "cp --reflink=never"
> option. In that case, should we have CFR_NO_REFLINK option for
> copy_file_range()?

cp --reflink=never is pretty idiotic.  Think of inline dedup for example
which will just create reflink behinds its back in the file system,
or just dedup invisibly to it in the storage device.

> 
> 
> -- 
> Goldwyn
---end quoted text---



[Index of Archives]     [Linux Ext4 Filesystem]     [Union Filesystem]     [Filesystem Testing]     [Ceph Users]     [Ecryptfs]     [AutoFS]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux Cachefs]     [Reiser Filesystem]     [Linux RAID]     [Samba]     [Device Mapper]     [CEPH Development]

  Powered by Linux