Linus Torvalds créateur et leader du développement du noyau Linux, a une fois de plus démontré que la qualité et la ponctualité ne sont pas négociables dans le développement du noyau Linux.
Et est-ce pendant le cycle de développement de Linux 6.17, Palmer Dabbelt, ingénieur chez Google a soumis un ensemble de correctifs pour l'architecture RISC-V qui n'a pas passé le filtre du développeur principal. La raison : ils ont été soumis trop tard et contenaient des modifications considérées comme inutiles et n'appartenant pas à l'arborescence RISC-V.
Cette décision signifie que les améliorations proposées n'arriveront pas dans Linux avant la version 6.18, ce qui pourrait ralentir l'adoption de RISC-V dans certains environnements et gêner les développeurs qui comptent sur ces mises à jour.
Pour ceux qui ne connaissent pas encore RISC-V, sachez que ceci Il s'agit d'une architecture d'ensemble d'instructions libre et ouverte Né à l'Université de Californie à Berkeley en 2010, RISC-V a depuis gagné du terrain face aux architectures propriétaires telles qu'ARM et x86, grâce à sa flexibilité et à une communauté de développeurs en pleine expansion. RISC-V International compte actuellement plus de 4500 XNUMX membres.
Malgré cette croissance, l'architecture est confrontée à des défis de maturité et de stabilité. Des cas comme Chimera Linux, dont le support a été temporairement suspendu en raison de problèmes de performances sur le matériel disponible, illustrent les difficultés d'implantation en environnement de production.
Un rejet marqué par le temps et la qualité du code
Torvalds avait demandé que les demandes d'extraction soient soumises à l'avance car il serait en déplacement. Cependant, la mise à jour est arrivée le 8 août 2025, deux jours seulement avant la fermeture de la fenêtre de fusion vers Linux 6.17, prévue pour la sortie de la version -rc1.
Le chef de projet a critiqué non seulement le retard, mais aussi le contenuIl a souligné que ces changements ajoutaient des modifications inutiles, hors du champ d'application de RISC-V, affectant les fichiers génériques et n'apportant aucune valeur ajoutée. Selon ses propres termes, cela « aggrave la situation ».
Les réactions et le style unique de Linus Torvalds
L’épisode des correctifs RISC-V n’est pas un cas isolé. En juin de 2025, Torvalds avait déjà été impliqué dans une controverse en supprimant le système de fichiers Bcachefs du noyau en raison de préoccupations concernant sa qualité et sa maintenabilité.
Cette fois, son message était clair : plus de soumissions tardives ni de modifications inutiles. Palmer Dabbelt s'est excusé et a promis de corriger le processus dans les prochaines versions.
La communauté a réagi avec des opinions mitigées. Certains apprécient sa franchise, la jugeant efficace pour préserver la qualité du noyau ; d'autres, en revanche, estiment que son ton peut décourager les nouveaux contributeurs. Cependant, Torvalds maintient sa position : la stabilité et la sécurité du noyau priment sur toute autre considération.
En plus de trois décennies à la tête du noyau Linux, Linus Torvalds est devenu célèbre pour son style de communication direct, parfois agressif.Bien qu’il ait reconnu la nécessité de modérer son ton par le passé, il continue de privilégier la rigueur technique à la diplomatie.
Pour lui, des décisions telles que l'introduction de systèmes de fichiers insensibles à la casse ou des modifications hors contexte de la base de code représentent des risques inutiles qui pourraient compromettre la stabilité à long terme du système.
Ce nouveau rejet des correctifs RISC-V est, en substance, une réaffirmation de la philosophie qui a guidé le noyau Linux pendant des décennies : la qualité n'est pas négociable et les délais sont respectés.
Améliorations des performances de Btrfs et autres nouvelles fonctionnalités pour Linux 6.17
Autres nouvelles fonctionnalités et améliorations qui ont été préparées pour Linux 6.17 sont en termes de performances et de fonctionnalités du système de fichiers btrfs. Parmi les nouvelles fonctionnalités les plus notables, on trouve la prise en charge expérimentale des grands folios, une optimisation qui promet de réduire les frais généraux et accélérer les opérations dans plusieurs scénariosBien que cette fonctionnalité soit techniquement prête pour une utilisation plus large, les développeurs préviennent qu'elle n'a pas encore été suffisamment testée pour être considérée comme totalement stable.
La nouvelle version de Btrfs tIl introduit également un placement plus dense des clés dans la structure XArray., ce qui augmente la compacité des nœuds de l'arbre de stockage. Ce changement peut réduire le nombre de nœuds terminaux de 50 à 70 %, optimisant ainsi la structure interne et réduisant la consommation de ressources. De plus, Les ajustements de défragmentation ont été appliqués via ioctl, ainsi que l'activation d'un mécanisme précédemment conçu pour empêcher la corruption critique du système de fichiers, ce qui limite l'écriture aux périphériques de bloc avec un système de fichiers monté.
En plus de cela, il met également en évidence le mise en œuvre d'un système de mise en cache Pour les requêtes de libération d'espace alloué aux bitmaps. Lors de tests utilisant la création de fichiers vides, cette optimisation a permis des gains de performances allant jusqu'à 20 %, ainsi que des améliorations notables dans les environnements à forte charge de métadonnées. De même, la lecture anticipée a été améliorée sur les systèmes utilisant la compression de données, améliorant ainsi la vitesse d'accès aux données.
Enfin, si vous souhaitez en savoir plus, vous pouvez consulter les détails dans le lien suivant