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---
--
To unsubscribe from this list: send the line "unsubscribe linux-unionfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [Linux Filesystems Devel]     [Linux NFS]     [Linux NILFS]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux