xfs: reduce the absurdly large log operation count

Browse source

Back in the early days of reflink and rmap development I set the
transaction reservation sizes to be overly generous for rmap+reflink
filesystems, and a little under-generous for rmap-only filesystems.

Since we don't need *eight* transaction rolls to handle three new log
intent items, decrease the logcounts to what we actually need, and amend
the shadow reservation computation function to reflect what we used to
do so that the minimum log size doesn't change.

Signed-off-by: Darrick J. Wong <djwong@kernel.org>
Reviewed-by: Dave Chinner <dchinner@redhat.com>
Reviewed-by: Christoph Hellwig <hch@lst.de>

...

This commit is contained in:

Darrick J. Wong 2022-04-25 18:38:14 -07:00

parent 918247ce54

commit 4ecf9e7c69

3 changed files with 76 additions and 31 deletions

Show all changes Ignore whitespace when comparing lines Ignore changes in amount of whitespace Ignore changes in whitespace at EOL

Download patch file Download diff file Expand all files Collapse all files

51

fs/xfs/libxfs/xfs_log_rlimit.c

View file

46

fs/xfs/libxfs/xfs_trans_resv.c

View file

10

fs/xfs/libxfs/xfs_trans_resv.h

View file