Le septième Linux 7.0 Release Candidate Cela marque un tournant dans le développement du nouveau noyau du système d'exploitation.Ce qui devait initialement n'être qu'une nouvelle itération de la branche 6.x avec un changement de numérotation s'est transformé en un cycle particulièrement chargé, avec de nombreux correctifs, révisions et débats techniques parmi les développeurs du noyau.
Avec Linux 7.0-rc7, la situation s'est considérablement apaisée et tout semble indiquer que… la version stable est très procheLinus Torvalds a dissipé les doutes des semaines précédentes et transmet désormais un message de calme relatif : la taille de la zone touchée est encore un peu plus importante que d’habitude pour cette phase, mais sans raison de s’alarmer ni d’exiger des changements de cap drastiques.
Un développement intense qui se remet sur les rails à la fin
Pendant une grande partie du cycle, Torvalds avait fait preuve d'une certaine inconfort lié au volume des changements et le rythme d'intégration des correctifs. Cependant, dans cette dernière annonce, ils insistent sur le fait qu'il n'y a pas eu de « grandes surprises » et que tout reste dans des limites raisonnables pour une RC7 légèrement plus importante que d'habitude. Environ la moitié du code mis à jour correspond à Pilotes GPU, réseau, USB et audio, une chose très courante dans le noyau, et l'autre moitié est divisée entre les corrections du noyau, les ajustements du sous-système réseau, les systèmes de fichiers, les autotests, la documentation et la cryptographie.
Le sentiment général au sein de la communauté est que le développement de Linux 7.0 a été plus de corrections que lors des cycles précédents, sans toutefois engendrer de situation incontrôlable. Torvalds prévoit de publier prochainement la version stable : sauf incident majeur, la version finale devrait être disponible dans les prochains jours. Une huitième version candidate reste cependant envisageable en cas de problème de dernière minute.
Linux 7.0-rc7 : Modifications axées sur la stabilité
Cette version RC7 n'introduit aucune nouvelle fonctionnalité majeure. Comme c'est souvent le cas lors de cette phase finale, l'accent est mis sur Corriger les erreurs et renforcer la stabilitéLes changements les plus significatifs se concentrent dans les domaines suivants :
correctifs de pilotes
La majeure partie du correctif concerne les pilotes matériels. Plusieurs groupes spécifiques se distinguent à ce sujet :
- Pilotes GPU (DRM)Des correctifs mineurs ont été apportés aux pilotes graphiques afin de prévenir les plantages, les artefacts et les comportements anormaux. Il ne s'agit pas de nouvelles fonctionnalités, mais plutôt d'améliorations visant à garantir une meilleure stabilité au quotidien.
- Pilotes réseauDes bugs ont été corrigés et divers pilotes optimisés, avec une attention particulière portée aux puces Qualcomm/Atheros Ath11k et Ath12k, très répandues dans les ordinateurs portables et les points d'accès modernes.
- Autres conducteursLe noyau intègre des ajustements concernant les périphériques USB, le son et d'autres composants spécifiques, ainsi que des améliorations du sous-système d'entrée pour prendre en charge les nouvelles manettes et les ordinateurs portables.
Au niveau des entrées, des identifiants de périphériques ont été ajoutés afin que le noyau puisse reconnaître les nouveaux. contrôleurs de jeu au sein du pilote XPad, utilisé pour les manettes compatibles avec le protocole Xbox. Celles-ci incluent :
- El Razer Wolverine V3 Pro, désormais compatible à la fois en mode filaire et via son dongle sans fil 2,4 GHz, car ses identifiants sont intégrés à la manette.
- Les commandes BETOP BTP-KP50B et BTP-KP50C, commercialisés sous le nom de Betop Kunpeng 50, qui fonctionnent désormais correctement avec Linux 7.0.
Un problème inhabituel a également été introduit dans le pilote i8042 pour le TUXEDO InfinityBook Max 16 Gen10 AMDUn ordinateur portable de la marque allemande TUXEDO Computers, équipé d'un processeur Ryzen AI 9 HX 370, présentait des problèmes de clavier après une mise en veille et une sortie de veille immédiate lors de tentatives de suspension du système. La nouvelle mise à jour du pilote corrige ces problèmes pour une utilisation plus fiable.
Améliorations apportées à la pile réseau et au Wi-Fi
Le sous-système réseau a bénéficié d'une importante série de correctifs, ayant un impact direct sur le qualité et performance de la connexion pour de multiples environnements, y compris les déploiements dans les centres de données et les réseaux domestiques.
Un point particulièrement remarquable est la correction d'un problème de performance dans les pilotes WiFi. Ath11k et Ath12kCes pilotes, compatibles avec les périphériques 802.11ax et d'autres puces Qualcomm récentes, souffraient d'une dégradation du débit depuis leur intégration au noyau, due à une mauvaise gestion des sessions d'agrégation (AMPDU). Dans certaines conditions de trafic, la mauvaise session était interrompue, réduisant drastiquement la taille de la fenêtre d'agrégation et, par conséquent, la vitesse effective.
Les correctifs inclus dans Linux 7.0-rc7 modifient la façon dont les informations TID sont transmises entre les fonctions internes du pilote, de sorte que La session appropriée devrait être celle qui est modifiée.Ce même modèle de correction s'applique à la fois à Ath11k (présent depuis 2019) et à Ath12k (intégré en 2022), de sorte que les utilisateurs disposant d'appareils compatibles devraient constater un comportement plus cohérent sous charge.
De plus, des améliorations de validation ont été intégrées à Netfilter afin d'éviter les configurations incorrectes susceptibles d'entraîner des défaillances ou des vulnérabilités, ainsi que d'autres correctifs mineurs dans les pilotes de réseau filaires et sans fil destinés à corriger les petites fuites d'informations et les bogues détectés ces dernières semaines.
Architectures, systèmes de fichiers et noyau général
Au niveau architectural, ils ne sont pas présents nouveaux processeurs pris en charge ni de changements perturbateurs : le travail se concentre sur des tâches de maintenance pour garantir que les différentes plateformes, des serveurs ARM aux PC x86, conservent un comportement stable.
Dans les systèmes de fichiers tels que ext4, Btrfs et XFS, cette version candidate n'apporte pas d'innovations majeures. Les modifications apportées visent principalement à corriger des bogues spécifiques et à optimiser le code afin de préparer le terrain pour de futures améliorations. L'absence de changements significatifs dans ce domaine confirme que le cycle est déjà en phase de peaufinage.
Dans le noyau général Des correctifs de bogues ont été implémentés dans plusieurs sous-systèmes internes, ainsi que des refactorisations et des ajustements mineurs qui n'introduisent pas de nouvelles fonctionnalités, mais contribuent à une base plus solide pour les déploiements de production à moyen terme.
Documentation de sécurité et utilisation de l'IA dans les rapports de défaillance
L'une des particularités de Linux 7.0-rc7 ne réside pas dans le code qui affecte directement le matériel, mais dans… documentation de sécuritéAvec l'essor des outils d'analyse automatisée et des modèles de langage qui analysent l'arbre de code du noyau à la recherche de vulnérabilités, l'équipe a constaté une augmentation notable du nombre de rapports de bogues générés par ces solutions.
Afin de mieux gérer ce flux de rapports, le document a été mis à jour. bugs de sécurité.rst Avec de nouvelles sections détaillant les informations obligatoires et recommandées dans un rapport de sécurité, l'objectif est de permettre aux développeurs humains et aux outils d'IA de générer des rapports plus exploitables, réduisant ainsi la nécessité de « poursuivre » les auteurs pour obtenir des correctifs ou des données clés.
Parmi les modifications, on note une explication plus claire de la manière d'identifier les contacts appropriés pour chaque zone du noyau, afin qu'une panne liée, par exemple, au sous-système réseau ou à un pilote spécifique parvienne à l'équipe compétente sans trop d'allers-retours. Bien qu'à première vue cela puisse paraître un changement mineur, ce meilleure organisation de la communication Cela devrait se traduire par une résolution plus agile des vulnérabilités, un point particulièrement pertinent pour les entreprises et les administrations publiques qui dépendent de délais de réaction courts.
Impact sur les performances : le cas de PostgreSQL
Parallèlement à ces correctifs, le cycle de publication de Linux 7.0 a mis en évidence un problème de performance frappant qui affecte directement Bases de données PostgreSQLUn ingénieur d'Amazon/AWS a découvert qu'avec la branche de développement actuelle du noyau, le débit de PostgreSQL sur les serveurs équipés de processeurs ARM Graviton4 était réduit d'environ la moitié par rapport aux versions précédentes du noyau.
Après un processus de dichotomie, l'origine a été liée aux changements introduits dans Linux 7.0 pour simplifier les méthodes de planification (préemption) Dans les architectures modernes, l'accent est mis sur les modèles de préemption complète et « paresseuse ». Ces ajustements, destinés à optimiser le comportement du planificateur sur les processeurs actuels, ont néanmoins entraîné une augmentation du temps passé par certaines charges de travail PostgreSQL intensives bloquées dans des boucles d'attente actives (spinlocks) en espace utilisateur.
Un correctif a été proposé pour rétablir PREEMPT_NONE comme mode par défaut afin d'inverser la régression, mais l'un des principaux développeurs du planificateur, Peter Zijlstra, a fait valoir que la véritable solution réside dans l'adaptation de PostgreSQL pour utiliser l'extension de Séquences redémarrables (RSEQ) avec tranche de temps, également introduite dans Linux 7.0. Cette extension permet de réduire l'exposition aux problèmes découlant de la préemption des threads qui détiennent des verrous.
Si la modification du noyau n'est pas finalement annulée, certaines installations PostgreSQL pourraient subir des baisses de performances jusqu'à ce que… Le gestionnaire de base de données lui-même adopte ces nouvelles fonctionnalitésPour les organisations déployant PostgreSQL dans des environnements Linux 7.0, il sera important de suivre de près les versions du moteur et les recommandations de configuration publiées à la fois par la communauté PostgreSQL et par les distributions.
Préparatifs pour la sortie de la version stable de Linux 7.0
Avec les correctifs actuels et l'absence de problèmes critiques, Torvalds prévoit que version stable de Linux 7.0 Il sera disponible très prochainement. Ce noyau s'annonce comme la base des futures distributions de référence, notamment les versions LTS qui définiront l'avenir des systèmes Linux de bureau et serveur pour les années à venir.
Le message à la communauté reste le même : bien que le noyau semble prêt, les contributeurs et les utilisateurs avancés sont invités à poursuivre leur travail. test approfondi du RC7 dans leurs environnements de test. Plus les configurations et les charges de travail évaluées sont variées, allant des ordinateurs portables courants aux serveurs avec bases de données et services cloud, plus les chances de détecter et de corriger les erreurs résiduelles avant le lancement final sont grandes.
Avec Linux 7.0-rc7, le projet Linux approche d'une version qui, plus que par ses nouvelles fonctionnalités majeures, se distingue par la consolidation d'un Base de noyau plus stable, mieux documentée et préparée Dans un contexte où la sécurité, les performances sur du matériel récent et l'interaction avec les outils d'intelligence artificielle prennent de l'importance, la combinaison de correctifs apportés aux pilotes réseau et GPU, d'améliorations dans la prise en charge des périphériques d'entrée, d'ajustements du comportement du planificateur et d'une documentation de sécurité plus claire laisse présager une version qui servira de base à de nombreuses distributions que nous verrons déployées dans les mois à venir.
