linux-kernel - [SCHED] any modern replacement for RT_RUNTIME

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

Message-ID: <49a1c1eb-5e80-4eb2-b882-a2df3ec12012@usask.ca>
Date: Fri, 6 Dec 2024 12:12:57 -0600
From: Chris Friesen <cbf123@...sk.ca>
To: LKML <linux-kernel@...r.kernel.org>
Subject: [SCHED] any modern replacement for RT_RUNTIME_GREED in the mainline
 kernel?

Hi all,

Some time back 
(https://lore.kernel.org/lkml/fa5b1b55d8934c6a0e02e04a7ad6afdf4012c2e0.1478506194.git.bristot@redhat.com/) 
a patch was proposed that would allow high-CPU usage RT tasks to use 
100% of the CPU as long as there were no non-RT tasks that wanted to 
run, but if a non-RT task did want to run the RT-throttling would kick 
in to prevent starvation and deadlocks.

It was rejected for philosophical reasons, with a mention of a 
hypothetical deadline server being the "proper" solution.

Has anything been done in this area in the years since then?

Thanks,
Chris

(please CC me on replies, I'm not subscribed to the list)