Lines Matching defs:counter
30 * The basics of filesystem summary counter checking are that we iterate the
38 * freezing is costly. To get around this, we added a per-cpu counter of the
47 * after this operation and use the difference in counter values to guess at
48 * our tolerance for mismatch between expected and actual counter values.
450 * Is the @counter reasonably close to the @expected value?
453 * per-AG data to compute the @expected value, which means that the counter
454 * could have changed. We know the @old_value of the summation of the counter
455 * before the aggregation, and we re-sum the counter now. If the expected
468 struct percpu_counter *counter,
472 int64_t curr_value = percpu_counter_sum(counter);
518 * If the filesystem is not frozen, the counter summation calls above
520 * reservation from the counter and undoes the subtraction if that made
521 * the counter go negative. Therefore, it's possible to see negative
558 /* Count the free extents counter for rt volumes. */
568 * should have stabilized the counter values. Otherwise, we need