summaryrefslogtreecommitdiffstats
path: root/include
diff options
context:
space:
mode:
authorDave Chinner <david@fromorbit.com>2022-05-04 12:37:40 +1000
committerDave Chinner <david@fromorbit.com>2022-05-04 12:37:40 +1000
commit166afc45ed5523298541fd0297f9ad585cc2708c (patch)
treef9dac382a7db9e96f7252b3142829df3a5f5fbcc /include
parent956f1b8f80b5d34394950269fcf7286122b9a3a9 (diff)
parent6ed7e509d2304519f4f6741670f512a55e9e80fe (diff)
downloadlinux-166afc45ed5523298541fd0297f9ad585cc2708c.tar.bz2
Merge tag 'reflink-speedups-5.19_2022-04-28' of git://git.kernel.org/pub/scm/linux/kernel/git/djwong/xfs-linux into xfs-5.19-for-next
xfs: fix reflink inefficiencies As Dave Chinner has complained about on IRC, there are a couple of things about reflink that are very inefficient. First of all, we limited the size of all bunmapi operations to avoid flooding the log with defer ops in the worst case, but recent changes to the defer ops code have solved that problem, so get rid of the bunmapi length clamp. Second, the log reservations for reflink operations are far far larger than they need to be. Shrink them to exactly what we need to handle each deferred RUI and CUI log item, and no more. Also reduce logcount because we don't need 8 rolls per operation. Introduce a transaction reservation compatibility layer to avoid changing the minimum log size calculations. Signed-off-by: Dave Chinner <david@fromorbit.com>
Diffstat (limited to 'include')
0 files changed, 0 insertions, 0 deletions