]> git.ipfire.org Git - thirdparty/xfsprogs-dev.git/commit
xfs: No need for inode number error injection in __xfs_dir3_data_check
authorDave Chinner <dchinner@redhat.com>
Wed, 30 Jun 2021 22:28:28 +0000 (18:28 -0400)
committerEric Sandeen <sandeen@sandeen.net>
Wed, 30 Jun 2021 22:28:28 +0000 (18:28 -0400)
commitaf10e4bc7084d355c63bc9294bea7bd96451c964
tree72a884bda7a20db6f9d7982c310fe6e2ef6379bf
parentdc91402a08db28730664d741ace1892cfcfc59a8
xfs: No need for inode number error injection in __xfs_dir3_data_check

Source kernel commit: 39d3c0b5968b5421922e2fc939b6d6158df8ac1c

We call xfs_dir_ino_validate() for every dir entry in a directory
when doing validity checking of the directory. It calls
xfs_verify_dir_ino() then emits a corruption report if bad or does
error injection if good. It is extremely costly:

43.27%  [kernel]  [k] xfs_dir3_leaf_check_int
10.28%  [kernel]  [k] __xfs_dir3_data_check
6.61%  [kernel]  [k] xfs_verify_dir_ino
4.16%  [kernel]  [k] xfs_errortag_test
4.00%  [kernel]  [k] memcpy
3.48%  [kernel]  [k] xfs_dir_ino_validate

7% of the cpu usage in this directory traversal workload is
xfs_dir_ino_validate() doing absolutely nothing.

We don't need error injection to simulate a bad inode numbers in the
directory structure because we can do that by fuzzing the structure
on disk.

And we don't need a corruption report, because the
__xfs_dir3_data_check() will emit one if the inode number is bad.

So just call xfs_verify_dir_ino() directly here, and get rid of all
this unnecessary overhead:

40.30%  [kernel]  [k] xfs_dir3_leaf_check_int
10.98%  [kernel]  [k] __xfs_dir3_data_check
8.10%  [kernel]  [k] xfs_verify_dir_ino
4.42%  [kernel]  [k] memcpy
2.22%  [kernel]  [k] xfs_dir2_data_get_ftype
1.52%  [kernel]  [k] do_raw_spin_lock

Signed-off-by: Dave Chinner <dchinner@redhat.com>
Reviewed-by: Darrick J. Wong <djwong@kernel.org>
Reviewed-by: Christoph Hellwig <hch@lst.de>
Signed-off-by: Darrick J. Wong <djwong@kernel.org>
Signed-off-by: Eric Sandeen <sandeen@sandeen.net>
libxfs/xfs_dir2_data.c