linux-kernel - Re: [REGRESSION] Re: [PATCH 00/24] Complete EEVDF

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] [thread-next>] [day] [month] [year] [list]

Message-ID: <20250107192340.GB36003@noisy.programming.kicks-ass.net>
Date: Tue, 7 Jan 2025 20:23:40 +0100
From: Peter Zijlstra <peterz@...radead.org>
To: Doug Smythies <dsmythies@...us.net>
Cc: linux-kernel@...r.kernel.org, vincent.guittot@...aro.org
Subject: Re: [REGRESSION] Re: [PATCH 00/24] Complete EEVDF

On Tue, Jan 07, 2025 at 12:26:07PM +0100, Peter Zijlstra wrote:

> So I've taken the second node offline, running with 10 cores (20
> threads) now.
> 
> usec    Time_Of_Day_Seconds     CPU     Busy%   IRQ
>  106783 1736248404.951438       -       100.00  20119
>      46 1736248404.844701       0       100.00  1005
>      41 1736248404.844742       20      100.00  1007
>      42 1736248404.844784       1       100.00  1005
>      40 1736248404.844824       21      100.00  1006
>      41 1736248404.844865       2       100.00  1005
>      40 1736248404.844905       22      100.00  1006
>      41 1736248404.844946       3       100.00  1006
>      40 1736248404.844986       23      100.00  1005
>      41 1736248404.845027       4       100.00  1005
>      40 1736248404.845067       24      100.00  1006
>      41 1736248404.845108       5       100.00  1011
>      40 1736248404.845149       25      100.00  1005
>      41 1736248404.845190       6       100.00  1005
>      40 1736248404.845230       26      100.00  1005
>      42 1736248404.845272       7       100.00  1007
>      41 1736248404.845313       27      100.00  1005
>      41 1736248404.845355       8       100.00  1005
>      42 1736248404.845397       28      100.00  1006
>      46 1736248404.845443       9       100.00  1009
>  105995 1736248404.951438       29      100.00  1005
> 
> Is by far the worst I've had in the past few minutes playing with this.

Much also depends on how much (or if at all) cgroups are used.

What exact cgroup config are you having? /sys/kernel/debug/sched/debug
should be able to tell you.