diff options
author | Zbigniew Jędrzejewski-Szmek <zbyszek@in.waw.pl> | 2016-03-15 19:26:34 -0400 |
---|---|---|
committer | Zbigniew Jędrzejewski-Szmek <zbyszek@in.waw.pl> | 2016-03-17 13:02:18 -0400 |
commit | a44202e98b638024c45e50ad404c7069c7835c04 (patch) | |
tree | 1b82ca988d199923f37315d2f935626abdb2a8a3 /units/systemd-udevd-control.socket | |
parent | 1d4b557d1b5cd200b27562808c690653658ffadf (diff) |
basic/copy: use copy_file_range()
For btrfs, c_f_r() is like BTRFS_IOC_CLONE which we already used, but also
works when max_bytes is set. We do call copy_bytes in coredump code with
max_bytes set, and for large files, so we might see some benefit from using
c_f_r() on btrfs.
For other filesystems, c_f_r() falls back to do_splice_direct(), the same as
sendfile, which we already call, so there shouldn't be much difference.
Tested with test-copy and systemd-coredump on Linux 4.3 (w/o c_f_r)
and 4.5 (w/ c_f_r).
Diffstat (limited to 'units/systemd-udevd-control.socket')
0 files changed, 0 insertions, 0 deletions