summaryrefslogtreecommitdiffstats
path: root/Documentation
diff options
context:
space:
mode:
authorDave Chinner <dchinner@redhat.com>2015-05-29 07:39:34 +1000
committerDave Chinner <david@fromorbit.com>2015-05-29 07:39:34 +1000
commit80188b0d77d7426b494af739ac129e0e684acb84 (patch)
treeba795195e42d33c4fc8436a1c80d954a1057ab7f /Documentation
parent74f9ce1cf2830b94e189f4e99678dbf19aa3bc90 (diff)
downloadlinux-stable-80188b0d77d7426b494af739ac129e0e684acb84.tar.gz
linux-stable-80188b0d77d7426b494af739ac129e0e684acb84.tar.bz2
linux-stable-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 'Documentation')
0 files changed, 0 insertions, 0 deletions