diff options
author | Dave Chinner <dchinner@redhat.com> | 2015-05-28 23:39:34 +0200 |
---|---|---|
committer | Dave Chinner <david@fromorbit.com> | 2015-05-28 23:39:34 +0200 |
commit | 80188b0d77d7426b494af739ac129e0e684acb84 (patch) | |
tree | ba795195e42d33c4fc8436a1c80d954a1057ab7f /fs/xfs/xfs_mount.c | |
parent | xfs: use percpu_counter_read_positive for mp->m_icount (diff) | |
download | linux-80188b0d77d7426b494af739ac129e0e684acb84.tar.xz linux-80188b0d77d7426b494af739ac129e0e684acb84.zip |
percpu_counter: batch size aware __percpu_counter_compare()
XFS uses non-stanard batch sizes for avoiding frequent global
counter updates on it's allocated inode counters, as they increment
or decrement in batches of 64 inodes. Hence the standard percpu
counter batch of 32 means that the counter is effectively a global
counter. Currently Xfs uses a batch size of 128 so that it doesn't
take the global lock on every single modification.
However, Xfs also needs to compare accurately against zero, which
means we need to use percpu_counter_compare(), and that has a
hard-coded batch size of 32, and hence will spuriously fail to
detect when it is supposed to use precise comparisons and hence
the accounting goes wrong.
Add __percpu_counter_compare() to take a custom batch size so we can
use it sanely in XFS and factor percpu_counter_compare() to use it.
Signed-off-by: Dave Chinner <dchinner@redhat.com>
Acked-by: Tejun Heo <tj@kernel.org>
Signed-off-by: Dave Chinner <david@fromorbit.com>
Diffstat (limited to 'fs/xfs/xfs_mount.c')
0 files changed, 0 insertions, 0 deletions