GNU bug report logs -
#24400
cp: default to --reflink=auto?
Previous Next
Reported by: Paul Eggert <eggert <at> cs.ucla.edu>
Date: Fri, 9 Sep 2016 22:55:01 UTC
Severity: wishlist
Merged with 41944
Done: Paul Eggert <eggert <at> cs.ucla.edu>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
On 09/09/16 23:54, Paul Eggert wrote:
> Currently 'cp' defaults to not using reflinks, which can be
> significantly slower on a system that supports file cloning. I expect
> most users would prefer 'cp' to default to --reflink=auto for spped.
> Although there are some special cases otherwise, on balance how about if
> we change cp to default to --reflink=auto, and add an option
> --reflink=no for users who prefer the current default?
Up until now we didn't do that so that we actually get a data copy.
I.E. traditionally such copies were more resilient to partial hardware failures.
However depending on the underlying hardware (which may do deduplication)
we're not guaranteed that an actual copy is made.
In discussions with kernel devs about this (in relation to efficient defaults
for copy_file_range), their current thinking is that separate devices are
required to give such guarantees, so reflinking by default is a valid
thing to do.
It might not be an appropriate thing to do in a minor release.
We're due one of those quite soon now, so I'd suggest waiting
a short while before changing?
thanks,
Pádraig
This bug report was last modified 5 years and 30 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.