GNU bug report logs - #23904
Btrfs clone support in copy operations

Previous Next

Full log

Message #31 received at 23904-done <at> debbugs.gnu.org (full text, mbox):

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: sbaugh <at> catern.com, kieran <at> kcolford.com, dmantipov <at> yandex.ru,
 23904-done <at> debbugs.gnu.org
Subject: Re: bug#23904: Btrfs clone support in copy operations
Date: Sat, 10 Sep 2016 19:16:39 -0700

[Message part 1 (text/plain, inline)]

I looked into this a bit more, and it appears that there's little point to 
giving the user an option to clone or not clone when copying files, as the 
cloning (or not cloning) can occur anyway.

We plan to release a coreutils version soon and to change the default to clone 
after the release. For Emacs master the next release is far away, so there is 
plenty of time to try out the FICLONE performance improvement. I installed the 
attached two patches and am marking this bug report as done.

The second patch merely updates the documentation to discuss the issue; it is 
logically independent of the first patch, since the issue can occur both with 
and without the first patch.

[0001-copy-file-now-uses-GNU-Linux-file-cloning.patch (text/x-diff, attachment)]

[0002-Document-file-synchronization-issues.patch (text/x-diff, attachment)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.