diff options
author | Chandan Babu R <chandanbabu@kernel.org> | 2024-02-24 09:58:28 +0530 |
---|---|---|
committer | Chandan Babu R <chandanbabu@kernel.org> | 2024-02-24 09:58:28 +0530 |
commit | 5d1bd19d8305e6e2faf90d9febd51eaf60698e01 (patch) | |
tree | ae58915d05428b70e9b0f64e1966e9a5daf28234 /tools/perf/scripts/python/export-to-postgresql.py | |
parent | f10775795302a592e97ae6427e449ed220d5ad03 (diff) | |
parent | 4ed080cd7cb077bbb4b64f0712be1618c9d55a0d (diff) |
Merge tag 'repair-fscounters-6.9_2024-02-23' of https://git.kernel.org/pub/scm/linux/kernel/git/djwong/xfs-linux into xfs-6.9-mergeC
xfs: online repair for fs summary counters
A longstanding deficiency in the online fs summary counter scrubbing
code is that it hasn't any means to quiesce the incore percpu counters
while it's running. There is no way to coordinate with other threads
are reserving or freeing free space simultaneously, which leads to false
error reports. Right now, if the discrepancy is large, we just sort of
shrug and bail out with an incomplete flag, but this is lame.
For repair activity, we actually /do/ need to stabilize the counters to
get an accurate reading and install it in the percpu counter. To
improve the former and enable the latter, allow the fscounters online
fsck code to perform an exclusive mini-freeze on the filesystem. The
exclusivity prevents userspace from thawing while we're running, and the
mini-freeze means that we don't wait for the log to quiesce, which will
make both speedier.
Signed-off-by: Darrick J. Wong <djwong@kernel.org>
Signed-off-by: Chandan Babu R <chandanbabu@kernel.org>
* tag 'repair-fscounters-6.9_2024-02-23' of https://git.kernel.org/pub/scm/linux/kernel/git/djwong/xfs-linux:
xfs: repair summary counters
Diffstat (limited to 'tools/perf/scripts/python/export-to-postgresql.py')
0 files changed, 0 insertions, 0 deletions