[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <20260121162010.647043073@infradead.org>
Date: Wed, 21 Jan 2026 17:20:10 +0100
From: Peter Zijlstra <peterz@...radead.org>
To: tglx@...utronix.de
Cc: arnd@...db.de,
anna-maria@...utronix.de,
frederic@...nel.org,
peterz@...radead.org,
luto@...nel.org,
mingo@...hat.com,
juri.lelli@...hat.com,
vincent.guittot@...aro.org,
dietmar.eggemann@....com,
rostedt@...dmis.org,
bsegall@...gle.com,
mgorman@...e.de,
vschneid@...hat.com,
linux-kernel@...r.kernel.org,
oliver.sang@...el.com
Subject: [PATCH v2 0/6] hrtimer/sched: Improve hrtick
Hi!
At long last a new version of the hrtick rework! The previous version had a
mysterious deadlock which has been resolved. So far (weeks) the 0-day robot has
not found more issues with these patches.
These patches aim to reduce the hrtick overhead to such an extent that it can
be default enabled. Decoupling the preemption behaviour from CONFIG_HZ, leaving
only load-balancing and time keeping dependent on HZ.
Some (limited) performance runs from 0-day have also not found any regressions
from enabling HRTICK, but it has not run the full suite yet (AFAIU).
Patches also at:
git://git.kernel.org/pub/scm/linux/kernel/git/peterz/queue.git sched/hrtick
Powered by blists - more mailing lists