summaryrefslogtreecommitdiff
path: root/fs/btrfs/extent_io.c
diff options
context:
space:
mode:
authorJosef Bacik <josef@toxicpanda.com>2021-08-11 14:37:16 -0400
committerDavid Sterba <dsterba@suse.com>2021-08-23 13:19:16 +0200
commit114623979405abf0b143f9c6688b3ff00ee48338 (patch)
treeed7b3ddb0b573ce220319063f38262230049af93 /fs/btrfs/extent_io.c
parent93c60b17f2b5fca2c5931d7944788d1ef5f25528 (diff)
downloadlwn-114623979405abf0b143f9c6688b3ff00ee48338.tar.gz
lwn-114623979405abf0b143f9c6688b3ff00ee48338.zip
btrfs: do not do preemptive flushing if the majority is global rsv
A common characteristic of the bug report where preemptive flushing was going full tilt was the fact that the vast majority of the free metadata space was used up by the global reserve. The hard 90% threshold would cover the majority of these cases, but to be even smarter we should take into account how much of the outstanding reservations are covered by the global block reserve. If the global block reserve accounts for the vast majority of outstanding reservations, skip preemptive flushing, as it will likely just cause churn and pain. Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=212185 Signed-off-by: Josef Bacik <josef@toxicpanda.com> Signed-off-by: David Sterba <dsterba@suse.com>
Diffstat (limited to 'fs/btrfs/extent_io.c')
0 files changed, 0 insertions, 0 deletions