GNU bug report logs -
#60416
Be more liberal using copy_file_range() with NFS mounted filesystems
Previous Next
Reported by: Braiam <braiamp <at> gmail.com>
Date: Fri, 30 Dec 2022 07:04:01 UTC
Severity: normal
Done: Pádraig Brady <P <at> draigBrady.com>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
On 31/12/2022 01:36, Paul Eggert wrote:
> On 2022-12-30 16:23, Pádraig Brady wrote:
>>
>> I may follow up with a related patch to
>> ensure we _don't_ use copy_file_range with --sparse=never.
>
> Not sure it's worth the bother. A file system that would create holes
> with copy_file_range could also do so with plain 'write', no?
Well copy_file_range() would be lower level and within its
remit to propagate holes. The FreeBSD docs allude to this also.
But yes, our use of copy_file_range() is generally restricted
to non holes, so less of an issue for us.
Also there may be users using `cp --sparse=never` to avoid
the perf issue currently, like we saw on the OP web thread.
I'll hold off on that change so.
Hopefully copy_file_range() flags are introduced to give
control over this (like I suggested on lkml years ago).
cheers,
Pádraig
This bug report was last modified 2 years and 138 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.