linux-kernel - RE: [PATCH v1 0/5] cpuidle: governors: teo: Wakeup events classification change and some refinements

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <003201dc895f$8cfb2540$a6f16fc0$@telus.net>
Date: Mon, 19 Jan 2026 08:20:38 -0800
From: "Doug Smythies" <dsmythies@...us.net>
To: "'Rafael J. Wysocki'" <rafael@...nel.org>,
	"'Christian Loehle'" <christian.loehle@....com>
Cc: "'Linux PM'" <linux-pm@...r.kernel.org>,
	"'LKML'" <linux-kernel@...r.kernel.org>,
	"Doug Smythies" <dsmythies@...us.net>
Subject: RE: [PATCH v1 0/5] cpuidle: governors: teo: Wakeup events classification change and some refinements

Hi All,

I have been testing this series, but have nothing significant to report, so far.

On 2026.01.19 Rafael J. Wysocki wrote:
>On Mon, Jan 19, 2026 at 10:53 AM Christian Loehle wrote:
>> On 1/16/26 12:29, Rafael J. Wysocki wrote:
>>> On Fri, Jan 16, 2026 at 12:52 PM Christian Loehle wrote:
>>>> On 1/14/26 19:42, Rafael J. Wysocki wrote:

...snip...

>>>> There's a regression on teo-4 visible on the intercept heavy IO workloads,
>>>> for idle misses that isn't strong enough to reflect in score changes except
>>>> for the very slow mtdblock device.
>>>> interestingly though there also seems to be a regression in
>>>> mapper/dm-slow (dm device with 51ms delay on each IO), which is not
>>>> intercept heavy.
>>>> Looking at the state residencies it overuses the deepest state2 in
>>>> where state1 was preferred for the other teo variants.

I did observe similar in one test, an increase in the use of idle
state 2. The relevant graphs are attached.

Legend:
rc5 = kernel 6.19-rc5
rjw = kernel 6.19-rc5 + this 5 patch set.

Workflow:
My version of "critical-jobs", an attempt to do similar to the non-free SPECjbb (that Artem sometimes reports on).
Sweep from 4000 to 4600 jobs per second, and 10 disk lookups per job,
and "500" (arbitrary) units of work per lookup. 500 Gigabyte data file:
While "rc5" completed considerably faster than "rjw", I don't yet know if it is repeatable.

... snip ...

... Doug


Download attachment "0_residency.png" of type "image/png" (57204 bytes)

Download attachment "1_residency.png" of type "image/png" (57785 bytes)

Download attachment "2_above.png" of type "image/png" (56239 bytes)

Download attachment "2_residency.png" of type "image/png" (76961 bytes)