Le noyau Linux 6.12 est disponible avec ses premiers éléments dédiés au temps réel
Le 18 novembre à 10h01
2 min
Logiciel
Logiciel
Nouvelle version pour le noyau Linux, officialisée hier par Linus Torvalds. Elle contient de nombreuses nouveautés, dont une longue liste d’améliorations pour le support du matériel, particulièrement celui de l’architecture RDNA4 d’AMD et le passage en version stable du support de Xe2 d’Intel.
Cette version 6.12, disponible sur kernel.org, se distingue par ses premières capacités dédiées au temps réel, avec l’arrivée de PREEMPT_RT, après pas loin de deux décennies de travail. En temps réel, un système doit non seulement fournir le résultat attendu, mais il doit le faire dans les délais imposés. Sur Wikipedia, on trouve des exemples simples : industrie de production, salles de marché, systèmes de pilotage dans l’aéronautique ou encore dans le monde de l’automobile.
Ce qui ne signifie pas que ces capacités étaient inexistantes dans le monde Linux jusqu’à présent. Chez Canonical, par exemple, PREEMPT_RT est disponible via Ubuntu Pro depuis février 2023. Chez MontaVista Software, le composant est même disponible depuis les premiers développements, il y a une vingtaine d’années. Le noyau 6.12 officialise simplement l’intégration de PREEMPT_RT et sa disponibilité générale.
Parmi les autres changements apportés par la nouvelle version, on note l’arrivée des liens SWIG pour libcpupower, un chargement simplifié des correctifs de microcode pour les processeurs AMD Zen, l'énumération des contrôleurs d'interruption basés sur ACPI sur RISC-V, la possibilité de créer des zones thermiques fictives et de les contrôler via debugfs, le support de l'exécution en tant qu'invité protégé sur Android ou encore celui de Device Memory TCP.
Comme d’habitude, l’obtention du nouveau noyau dépend du type de distribution que vous utilisez. Sur des systèmes classiques comme Debian, Ubuntu, Fedora, il faut parfois attendre la mouture suivante, particulièrement sur des variantes LTS. Sur les rolling releases, elles arrivent généralement vite.
Le 18 novembre à 10h01
Commentaires (17)
Abonnez-vous pour prendre part au débat
Déjà abonné ? Se connecter
Cet article est en accès libre, mais il est le fruit du travail d'une rédaction qui ne travaille que pour ses lecteurs, sur un média sans pub et sans tracker. Soutenez le journalisme tech de qualité en vous abonnant.
Accédez en illimité aux articles
Profitez d’un média expert et unique
Intégrez la communauté et prenez part aux débats
Partagez des articles premium à vos contacts
Abonnez-vousModifié le 18/11/2024 à 10h22
Le 18/11/2024 à 11h26
Modifié le 18/11/2024 à 10h37
https://kernel.ubuntu.com/mainline/ est reviendu à la vie !
Mais en vrac
Modifié le 18/11/2024 à 10h41
Mais c'était des patchs non officiel, et pas toujours sur les dernières versions de Linux (ce qui ne posait pas de problème en général pour le temps réel).
Là, ce qui change, c'est que cela devient officiel :)
Modifié le 18/11/2024 à 10h49
C'est la noiraude...."
(Seuls les anciens ont la référence)
Le 18/11/2024 à 10h55
Le 18/11/2024 à 14h51
(le second degré se perd... sisi)
Le 19/11/2024 à 21h04
Le 05/12/2024 à 10h49
Le 05/12/2024 à 10h59
Le 05/12/2024 à 16h30
Espèce de petit jeune !
Le 18/11/2024 à 11h59
Avec le temps la nécessité de PREEMPT_RT s'est beaucoup réduit. Non seulement pour ceux qui font du temps réel mais aussi cela a bénéficié aux autres contextes.
PREEMPT_RT dans le noyau standard est une bonne chose mais :
* Ce n'est pas le mode par défaut et sauf si on en a réellement besoin, cela ne sert à rien de l'activer. Les distributions classiques ne l'activeront donc pas.
* Cela simplifiera la maintenance car tout est intégré d'office, mais le gros était déjà là donc ce n'est pas non plus une grande révolution même pour les développeurs de systèmes embarqués par exemple. C'est par contre hyper symbolique.
* Certaines architectures ont toujours leur correctif en dehors du code officiel comme ARM 32 bits. Cela arrivera sans doute plus tard.
* Ce mode rend la latence des actions du système plus constant et prévisible, c'est cool, mais cela n'améliore pas les performances de manières absolues. Cela peut même avoir l'effet inverse suivant les cas d'usage. Cela ne rend pas non plus les applications magiquement temps réels s'ils n'ont pas été conçus dans ce but.
Le 18/11/2024 à 13h38
Mon commentaire avait surtout pour but de dire que même si Linux n'était pas temps-réel de base, il était possible de faire du temps réel depuis plus d'une décennie avec.
Maintenant, il est clair que le temps-réel, c'est quelque chose dont on a très rarement besoin, et reste plutôt cantonné à quelques domaines particuliers. Surtout que le temps-réel vient avec des problématiques bien particulière qu'il faut gérer aussi.
Modifié le 18/11/2024 à 10h56
Le 18/11/2024 à 13h05
Je l'utilisais déjà pour du contrôle position / vitesse sur des moteurs en TP à l'IUT en ... 2003-2004 .. et c'était pas neuf, loin de là.
Ensuite, pareil, utilisé au boulot sur des systèmes serveurs pour certains usages sur du SLES et du RHEL.
Ils ont juste simplifié la manière d'y accédé, mais, si je me souviens bien, il avaient déjà amélioré les choses y'a quelques petites années.
Clairement, ça ne date pas d'hier (2023 sur Ubuntu Pro d'après votre article ou même une pile de 2004 MontaVista Software) mais de bien plus de 20 ans en arrière.
Le 18/11/2024 à 14h41
On peut espérer voir au final cela plus utilisé si c'est dispo d'une simple config de build noyau... Cela évitera les bugs tordus du passé, souvent à la frontière hard/soft, car un full preemptRT n'était pas vraiment un sport de masse, donc moins diffusé/testé sur quasiment tout ce qui existe comme un noyau standard.
Modifié le 18/11/2024 à 21h44