From: Frederic Weisbecker <frederic@kernel.org>
To: "Ionut Nechita (Sunlight Linux)" <sunlightlinux@gmail.com>
Cc: Thomas Gleixner <tglx@linutronix.de>,
Ingo Molnar <mingo@kernel.org>,
Anna-Maria Behnsen <anna-maria@linutronix.de>,
Ionut Nechita <ionut_n2001@yahoo.com>,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH 1/1] tick/nohz: Add fast-path tick stopping for idle isolated cores
Date: Tue, 27 Jan 2026 14:40:08 +0100 [thread overview]
Message-ID: <aXjAOBKr6tbShb8C@localhost.localdomain> (raw)
In-Reply-To: <20260106153646.23280-4-sunlightlinux@gmail.com>
Le Tue, Jan 06, 2026 at 05:36:48PM +0200, Ionut Nechita (Sunlight Linux) a écrit :
> From: Ionut Nechita <ionut_n2001@yahoo.com>
>
> When a CPU is configured as nohz_full and is running the idle task with
> no tick dependencies, we can skip expensive dependency checks and
> immediately allow the tick to stop. This significantly reduces timer
> interrupts on properly isolated cores.
Most of the idle code is under TS_FLAG_INIDLE, and the can_stop_full_tick()
path is then not taken.
>
> The patch adds:
> 1. Prefetching of dependency structures for better cache locality
> 2. Fast-path optimization for idle isolated cores with no dependencies
>
> This benefits real-time workloads and latency-sensitive applications
> by minimizing timer interrupt overhead on isolated CPUs.
>
> Benchmark results show isolated CPUs can achieve <500 LOC (Local timer)
> interrupts with this optimization, compared to ~8K without it, with
> best-case scenarios achieving <125 LOC interrupts on well-configured
> systems.
I guess we could indeed optimize further outside the idle path. But I'm not
sure this is a good thing. After all, the point of nohz_full is to run things
with the tick stopped. The only part that should run with the tick is setup
and preparatory work, which doesn't really needs optimization.
I'm even tempted to say that the tick code is a slowpath on nohz_full.
Thanks.
--
Frederic Weisbecker
SUSE Labs
next prev parent reply other threads:[~2026-01-27 13:40 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-01-06 15:36 [PATCH 0/1] tick/nohz: Optimize tick stopping for isolated cores Ionut Nechita (Sunlight Linux)
2026-01-06 15:36 ` [PATCH 1/1] tick/nohz: Add fast-path tick stopping for idle " Ionut Nechita (Sunlight Linux)
2026-01-13 10:02 ` Thomas Gleixner
2026-01-26 19:31 ` Ionut Nechita (Sunlight Linux)
2026-01-26 21:32 ` Thomas Gleixner
2026-01-27 13:40 ` Frederic Weisbecker [this message]
2026-01-28 7:26 ` Ionut Nechita (Sunlight Linux)
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=aXjAOBKr6tbShb8C@localhost.localdomain \
--to=frederic@kernel.org \
--cc=anna-maria@linutronix.de \
--cc=ionut_n2001@yahoo.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@kernel.org \
--cc=sunlightlinux@gmail.com \
--cc=tglx@linutronix.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox