[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <1589004753-27554-1-git-send-email-tan.hu@zte.com.cn>
Date: Sat, 9 May 2020 14:12:33 +0800
From: Tan Hu <tan.hu@....com.cn>
To: akpm@...ux-foundation.org
Cc: linux-kernel@...r.kernel.org, jack@...e.cz, xue.zhihong@....com.cn,
wang.yi59@....com.cn, wang.liang82@....com.cn,
Tan Hu <tan.hu@....com.cn>
Subject: [PATCH v2] lib/flex_proportions.c: cleanup __fprop_inc_percpu_max
If the given type has fraction smaller than max_frac/FPROP_FRAC_BASE,
the code could be modified to call __fprop_inc_percpu() directly and
easier to understand. After this patch, fprop_reflect_period_percpu()
will be called twice, and quicky return on pl->period == p->period
test, so it would not result to significant downside of performance.
Thanks for Jan's guidance.
Signed-off-by: Tan Hu <tan.hu@....com.cn>
---
lib/flex_proportions.c | 7 +++----
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/lib/flex_proportions.c b/lib/flex_proportions.c
index 7852bfff5..451543937 100644
--- a/lib/flex_proportions.c
+++ b/lib/flex_proportions.c
@@ -266,8 +266,7 @@ void __fprop_inc_percpu_max(struct fprop_global *p,
if (numerator >
(((u64)denominator) * max_frac) >> FPROP_FRAC_SHIFT)
return;
- } else
- fprop_reflect_period_percpu(p, pl);
- percpu_counter_add_batch(&pl->events, 1, PROP_BATCH);
- percpu_counter_add(&p->events, 1);
+ }
+
+ __fprop_inc_percpu(p, pl);
}
--
2.19.1
Powered by blists - more mailing lists