diff options
| author | Frederic Weisbecker <[email protected]> | 2021-07-26 14:55:09 +0200 |
|---|---|---|
| committer | Thomas Gleixner <[email protected]> | 2021-08-10 17:09:59 +0200 |
| commit | 175cc3ab28e3509ddee8de4f164b563d99daa570 (patch) | |
| tree | fc28cebc76fb649e06eee2f55f15a2c9a9ce36f9 /tools/lib/api/fs/tracing_path.c | |
| parent | a5dec9f82ab2ae486119f0b0820ea16db3e522c3 (diff) | |
posix-cpu-timers: Force next_expiration recalc after timer deletion
A timer deletion only dequeues the timer but it doesn't shutdown
the related costly process wide cputimer counter and the tick dependency.
The following code snippet keeps this overhead around for one week after
the timer deletion:
void trigger_process_counter(void)
{
timer_t id;
struct itimerspec val = { };
val.it_value.tv_sec = 604800;
timer_create(CLOCK_PROCESS_CPUTIME_ID, NULL, &id);
timer_settime(id, 0, &val, NULL);
timer_delete(id);
}
Make sure the next target's tick recalculates the nearest expiration and
clears the process wide counter and tick dependency if necessary.
Signed-off-by: Frederic Weisbecker <[email protected]>
Signed-off-by: Thomas Gleixner <[email protected]>
Acked-by: Peter Zijlstra (Intel) <[email protected]>
Link: https://lore.kernel.org/r/[email protected]
Diffstat (limited to 'tools/lib/api/fs/tracing_path.c')
0 files changed, 0 insertions, 0 deletions