diff options
| author | Qing Wang <wangqing7171@gmail.com> | 2025-04-05 17:16:35 +0300 |
|---|---|---|
| committer | Peter Zijlstra <peterz@infradead.org> | 2025-04-25 15:55:22 +0300 |
| commit | f51972e6f8b9a737b2b3eb588069acb538fa72de (patch) | |
| tree | a353ecc13afd9a969b16cc77eee76d0da825551b /net/lapb | |
| parent | 1caafd919e2a5c483f7a27449f8497fa4b15a44f (diff) | |
| download | linux-f51972e6f8b9a737b2b3eb588069acb538fa72de.tar.xz | |
perf/core: Fix broken throttling when max_samples_per_tick=1
According to the throttling mechanism, the pmu interrupts number can not
exceed the max_samples_per_tick in one tick. But this mechanism is
ineffective when max_samples_per_tick=1, because the throttling check is
skipped during the first interrupt and only performed when the second
interrupt arrives.
Perhaps this bug may cause little influence in one tick, but if in a
larger time scale, the problem can not be underestimated.
When max_samples_per_tick = 1:
Allowed-interrupts-per-second max-samples-per-second default-HZ ARCH
200 100 100 X86
500 250 250 ARM64
...
Obviously, the pmu interrupt number far exceed the user's expect.
Fixes: e050e3f0a71b ("perf: Fix broken interrupt rate throttling")
Signed-off-by: Qing Wang <wangqing7171@gmail.com>
Signed-off-by: Peter Zijlstra (Intel) <peterz@infradead.org>
Link: https://lkml.kernel.org/r/20250405141635.243786-3-wangqing7171@gmail.com
Diffstat (limited to 'net/lapb')
0 files changed, 0 insertions, 0 deletions