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

Previous Next

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: sbaugh <at> catern.com, kieran <at> kcolford.com, dmantipov <at> yandex.ru,
 23904 <at> debbugs.gnu.org
Subject: Re: bug#23904: Btrfs clone support in copy operations
Date: Wed, 06 Jul 2016 17:58:15 +0300

> From: Paul Eggert <eggert <at> cs.ucla.edu>
> Date: Wed, 6 Jul 2016 13:48:26 +0200
> Cc: sbaugh <at> catern.com, Kieran Colford <kieran <at> kcolford.com>
> 
> Revised patch attached. Basically untested, since I don't use any file 
> systems that support FIOCLONERANGE. The patch still has FIXMEs for what 
> happens if the FIOCLONERANGE ioctl is interrupted by a signal, and for a 
> good clone chunk size (the patch guesses 1 GiB).

Thanks.

However, I wonder: are we sure users will always want this
unconditionally, completely out of their control?  Does 'cp' from
Coreutils do the same unconditionally, for example?

Previous Next

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