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

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#23904: closed (Btrfs clone support in copy operations)
Date: Sun, 11 Sep 2016 02:17:02 +0000

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

Your message dated Sat, 10 Sep 2016 19:16:39 -0700
with message-id <b4d1ddcd-1ba9-ef27-59a6-5abf317bb7c5 <at> cs.ucla.edu>
and subject line Re: bug#23904: Btrfs clone support in copy operations
has caused the debbugs.gnu.org bug report #23904,
regarding Btrfs clone support in copy operations
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)


-- 
23904: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=23904
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: bug-gnu-emacs <at> gnu.org
Cc: sbaugh <at> catern.com, Kieran Colford <kieran <at> kcolford.com>
Subject: Re: Btrfs clone support in copy operations
Date: Wed, 6 Jul 2016 02:49:12 +0200

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

Tags: patch

The attached proposed patch to Emacs master builds on a suggestion by 
Kieran Colford. Kieran, can you please comment on its two FIXMEs?

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

[Message part 5 (message/rfc822, inline)]

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 6 (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.