Hi all,
In what's left of this series, we rearrange the incore btree cursor so
that we can support btrees of any height. This will become necessary
for realtime rmap and reflink since we'd like to handle tall trees
without bloating the AG btree cursors.
Chandan Babu pointed out that his large extent counters series depends
on the ability to have btree cursors of arbitrary heights, so I've
ported this to 5.15-rc4 so his patchsets won't have to depend on
djwong-dev for submission.
Following the review discussions about the dynamic btree cursor height
patches, I've throw together another series to reduce the size of the
btree cursor, compute the absolute maximum possible btree heights for
each btree type, and now each btree cursor has its own slab cache:
$ grep xfs.*cur /proc/slabinfo
xfs_refcbt_cur 0 0 200 20 1 : tunables 0 0 0 : slabdata 4 4 0
xfs_rmapbt_cur 0 0 248 16 1 : tunables 0 0 0 : slabdata 4 4 0
xfs_bmbt_cur 0 0 248 16 1 : tunables 0 0 0 : slabdata 4 4 0
xfs_inobt_cur 0 0 216 18 1 : tunables 0 0 0 : slabdata 4 4 0
xfs_bnobt_cur 0 0 216 18 1 : tunables 0 0 0 : slabdata 4 4 0
I've also rigged up the debugger to make it easier to extract the actual
height information:
$ xfs_db /dev/sda -c 'btheight -w absmax all'
bnobt: 7
cntbt: 7
inobt: 7
finobt: 7
bmapbt: 9
refcountbt: 6
rmapbt: 9
As you can see from the slabinfo output, this no longer means that we're
allocating 224-byte cursors for all five btree types. Even with the
extra overhead of supporting dynamic cursor sizes and per-btree caches,
we still come out ahead in terms of cursor size for three of the five
btree types.
This series now also includes a couple of patches to reduce holes and
unnecessary fields in the btree cursor.
v2: reduce scrub btree checker memory footprint even more, put the one
fixpatch first, use struct_size, fix 80col problems, move all the
btree cache work to a separate series
v3: rebase to 5.15-rc4, fold in the per-btree cursor cache patches,
remove all the references to "zones" since they're called "caches"
in Linux
If you're going to start using this mess, you probably ought to just
pull from my git trees, which are linked below.
This is an extraordinary way to destroy everything. Enjoy!
Comments and questions are, as always, welcome.
--D
kernel git tree:
https://git.kernel.org/cgit/linux/kernel/git/djwong/xfs-linux.git/log/?h=btree-dynamic-depth-5.16
---
fs/xfs/libxfs/xfs_ag_resv.c | 18 ++
fs/xfs/libxfs/xfs_alloc.c | 7 +
fs/xfs/libxfs/xfs_alloc_btree.c | 39 ++++-
fs/xfs/libxfs/xfs_alloc_btree.h | 5 +
fs/xfs/libxfs/xfs_bmap.c | 13 +-
fs/xfs/libxfs/xfs_bmap_btree.c | 41 +++++
fs/xfs/libxfs/xfs_bmap_btree.h | 5 +
fs/xfs/libxfs/xfs_btree.c | 270 +++++++++++++++++++++++-------------
fs/xfs/libxfs/xfs_btree.h | 79 ++++++++---
fs/xfs/libxfs/xfs_btree_staging.c | 10 +
fs/xfs/libxfs/xfs_fs.h | 2
fs/xfs/libxfs/xfs_ialloc.c | 1
fs/xfs/libxfs/xfs_ialloc_btree.c | 46 +++++-
fs/xfs/libxfs/xfs_ialloc_btree.h | 5 +
fs/xfs/libxfs/xfs_refcount_btree.c | 46 +++++-
fs/xfs/libxfs/xfs_refcount_btree.h | 5 +
fs/xfs/libxfs/xfs_rmap_btree.c | 108 +++++++++++---
fs/xfs/libxfs/xfs_rmap_btree.h | 5 +
fs/xfs/libxfs/xfs_trans_resv.c | 13 ++
fs/xfs/libxfs/xfs_trans_space.h | 7 +
fs/xfs/scrub/bitmap.c | 22 +--
fs/xfs/scrub/bmap.c | 2
fs/xfs/scrub/btree.c | 77 +++++-----
fs/xfs/scrub/btree.h | 13 +-
fs/xfs/scrub/trace.c | 7 +
fs/xfs/scrub/trace.h | 10 +
fs/xfs/xfs_super.c | 53 ++++++-
fs/xfs/xfs_trace.h | 2
28 files changed, 660 insertions(+), 251 deletions(-)
