From: Thomas Gleixner <tglx@kernel.org>
To: LKML <linux-kernel@vger.kernel.org>
Cc: Peter Zijlstra <peterz@infradead.org>,
"Rafael J. Wysocki" <rafael@kernel.org>,
Frederic Weisbecker <frederic@kernel.org>,
Christian Loehle <christian.loehle@arm.com>
Subject: [patch 0/2] sched/idle: Prevent pointless NOHZ transitions in default_idle_call()
Date: Sun, 01 Mar 2026 20:30:39 +0100 [thread overview]
Message-ID: <20260301191959.406218221@kernel.org> (raw)
default_idle_call() is used when cpuidle is not available. That's the case
on most virtual machines.
It unconditionally tries to transition to NOHZ idle mode on every
invocation, which allows the hypervisor to go into long idle sleeps.
But that's counterproductive on a loaded system where CPUs go briefly idle
for a couple of microseconds. That causes to reprogram the clock event
device twice, one on entry and then when leaving idle a few microseconds
later. That's especially hurtful for VMs as programming the clock event
device implies a VM exit.
See also the related discussion here:
https://lore.kernel.org/875x7mv8wd.ffs@tglx
Cure this by implementing a moving average tracking idle time in
default_idle_call() and only stop the tick when the resulting average idle
time is larger than a tick.
The series applies on v7.0-rc1.
Thanks,
tglx
---
include/linux/cpuidle.h | 1
kernel/sched/idle.c | 65 ++++++++++++++++++++++++++++++++++++++++++------
2 files changed, 57 insertions(+), 9 deletions(-)
next reply other threads:[~2026-03-01 19:30 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-03-01 19:30 Thomas Gleixner [this message]
2026-03-01 19:30 ` [patch 1/2] sched/idle: Make default_idle_call() static Thomas Gleixner
2026-03-01 19:30 ` [patch 2/2] sched/idle: Make default_idle_call() NOHZ aware Thomas Gleixner
2026-03-02 6:05 ` K Prateek Nayak
2026-03-02 10:43 ` Frederic Weisbecker
2026-03-02 11:03 ` Christian Loehle
2026-03-02 11:11 ` Frederic Weisbecker
2026-03-02 11:39 ` Christian Loehle
2026-03-04 3:35 ` Qais Yousef
2026-03-02 11:03 ` Christian Loehle
2026-03-02 21:25 ` Rafael J. Wysocki
2026-03-04 3:03 ` Qais Yousef
2026-03-06 21:21 ` Rafael J. Wysocki
2026-03-06 21:31 ` Rafael J. Wysocki
2026-03-07 16:25 ` Rafael J. Wysocki
2026-03-10 3:54 ` Qais Yousef
2026-03-10 9:18 ` Christian Loehle
2026-03-10 15:03 ` Qais Yousef
2026-03-10 15:09 ` Rafael J. Wysocki
2026-03-10 15:14 ` Qais Yousef
2026-03-07 16:12 ` [PATCH v1] sched: idle: Make skipping governor callbacks more consistent Rafael J. Wysocki
2026-03-09 9:13 ` Christian Loehle
2026-03-09 12:26 ` Rafael J. Wysocki
2026-03-10 3:57 ` Qais Yousef
2026-03-09 12:44 ` Aboorva Devarajan
2026-03-10 14:28 ` Frederic Weisbecker
2026-03-02 12:17 ` [patch 2/2] sched/idle: Make default_idle_call() NOHZ aware Peter Zijlstra
2026-03-02 12:19 ` Peter Zijlstra
2026-03-02 21:23 ` Rafael J. Wysocki
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=20260301191959.406218221@kernel.org \
--to=tglx@kernel.org \
--cc=christian.loehle@arm.com \
--cc=frederic@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=peterz@infradead.org \
--cc=rafael@kernel.org \
/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