Discussion :

[calvaire]

Il faut arrêter de nier l'évidence : l'IA n'est plus un gadget. Je l'utilise de plus en plus dans mes workflows, et ceux qui la snobent par purisme ont simplement un train de retard. Les LLM ont passé un cap monumental.
Même Greg Kroah-Hartman, pilier ultra-exigeant du noyau Linux, a lui aussi changé d'avis. Pour lui, les rapports de bugs et revues de code assistés par IA sont devenus excellents. Il l'a dit cash :
Il y a eu un moment, il y a quelques mois, où « le monde a basculé » et les rapports générés par l'IA sont devenus « bons et réels ».

Et quand je vois les failles de sécurités massives en nombre corrigé ces 2 derniers mois sur plusieurs logiciels (firefox, windows...) comme par hasard juste après l'utilisation de mythos

[Anselme45]

Même Greg Kroah-Hartman, pilier ultra-exigeant du noyau Linux, a lui aussi changé d'avis. Pour lui, les rapports de bugs et revues de code assistés par IA sont devenus excellents. Il l'a dit cash :
Il y a eu un moment, il y a quelques mois, où « le monde a basculé » et les rapports générés par l'IA sont devenus « bons et réels ».

Amusant, ce même site rapportait il n'y a que quelques jours en arrière que les rapports de bugs issus de l'IA étaient proscrits par le projet Linux parce que de mauvaises qualités!!!

Ces rapports étaient pléthoriques, redondants et rapportaient même des bugs qui n'existaient pas!!!

Auriez-vous une lecture sélective depuis Singapour? C'est le décalage horaire? La mauvaise foi? Un strabisme naissant?

[Anselme45]

Il y a peu le sieur Linus Torvalds niait l'intérêt de l'IA pour le projet Linux et voilà que le monsieur change d'avis tel les hélices d'une éolienne...

Dans combien de temps, les médias vont nous annoncer que le monsieur a reçu des offres alléchantes et financières de quelques promoteurs de l'IA?

[fdecode]

Amusant, ce même site rapportait il n'y a que quelques jours en arrière que les rapports de bugs issus de l'IA étaient proscrits par le projet Linux parce que de mauvaises qualités!!!

Ce site dit ce qu'il veut. En attendant, les IA progressent effectivement très vite. Et même si le problème de détection de bug est théoriquement indécidable, les IA actuelles se débrouillent très bien pour détecter certaines erreurs. Un outil complémentaire, en somme.

[Anselme45]

Ce site dit ce qu'il veut. En attendant, les IA progressent effectivement très vite. Et même si le problème de détection de bug est théoriquement indécidable, les IA actuelles se débrouillent très bien pour détecter certaines erreurs. Un outil complémentaire, en somme.

Ce site ne dit pas ce qu'il veut, il ne fait que rapporter les commentaires et résultats d'études menées à travers le monde dans l'industrie numérique!!!

Maintenant si vous vous proposez de faire un tri qualitatif des articles: Du genre "les articles Pro-IA, c'est la vérité", "les articles anti-IA ne sont que des fake news", libre à vous!

Vous ne serez pas le premier à accepter les informations que lorsqu'elles viennent confirmer vos "a priori"... Je vous invite à rejoindre le club Trump, il pourra même vous apprendre quelques trucs supplémentaires comme "ré-écrire la réalité"!!!

[fdecode]

Il faut arrêter de nier l'évidence : l'IA n'est plus un gadget.

Se retrouver avec 5 dislikes en ayant simplement rapporté un fait... Vous n'êtes pas très aimé calvaire.

[calvaire]

Se retrouver avec 5 dislikes en ayant simplement rapporté un fait... Vous n'êtes pas très aimé calvaire.

la vérité n'est pas aimé.
et dans ce forum j'ai le sentiment que beaucoup sont encore dans l'ancien monde.

Ils confondent le faite de déplorer les conséquence et le réel: c'est un mal nécessaire.
L'ia pose de gros problemes d'acces aux ressources, d’inégalités sociale, de hausse du chomage...etc, oui.

Mais ne pas foncer dans l'ia c'est prendre le risque d'etre has been.
Plus personne aujourd'hui ne veut payer un développeur et un projet logiciel qui refuse l'ia, un outil qui boost sa productivité de 10-50% aucun patron ne s'en prive.
En dehors du code, Linux a besoin de Mythos et autre ia spécialisé, si ils ne le font pas d'autre le feront et s'en serviront non pas pour fixer les failles mais pour les exploiter.

Et comme toute entreprises, si tu n'utilises pas l'ia, d'autres vont le faire et vont te piquer tes contrats.
Et a l'échelle des super puissance, si tu fais pas de l'ia, d'autres nations vont le faire et vont te dépasser et te dominer. C'est la guerre froide, et une course à l'arme nucléaire, pas le choix il faut la plus grosse. Les chinois,/russes/américains ne vont pas se priver de créer et déployer des flottes de drones IA.
Partout ou l'UE a imposé des restrictions environnementale, la chine a pris le dessus, aujourd'hui les européens consomme de la voitures chinoise et demain ce sera des avions chinois. Oui "la voiture et l'avion sa pollue", c'est horrible, mais le chômage de masse et consommer chinois c'est pas mieux.

[Alex]

Rust contribuera au succès de Linux et rendra la programmation plus ludique, car Rust est essentiel pour améliorer à la fois la sécurité et la maintenabilité du code du noyau Linux, affirme Greg Kroah-Hartman

Linux s'apprête à connaître une transformation majeure, son responsable de la maintenance du noyau stable, Greg Kroah-Hartman, prônant Rust plutôt que le C comme futur langage de programmation pour le développement du noyau Linux. Expliquant son évolution, passant du scepticisme à un soutien fervent de Rust, Kroah-Hartman a mis en avant la capacité de Rust à éliminer diverses vulnérabilités courantes et à rationaliser le processus de programmation, facilitant ainsi la tâche des développeurs. Il a expliqué que le système de propriété et de types de Rust réduit considérablement les bogues mineurs qui affectent souvent le code C, tels que les pointeurs non vérifiés et les fuites de mémoire.

Le noyau Linux est un noyau libre et open source  de type Unix utilisé dans de nombreux systèmes informatiques à travers le monde. Créé par Linus Torvalds en 1991, il a rapidement été adopté comme noyau du système d’exploitation GNU, conçu pour remplacer librement Unix. Depuis la fin des années 1990, il est intégré à de nombreuses distributions de systèmes d’exploitation, dont beaucoup portent le nom de Linux. Android, utilisé dans de nombreux appareils mobiles et embarqués, est l’un de ces systèmes d’exploitation basés sur le noyau Linux. La majeure partie du code du noyau est écrite en C, tel qu’il est pris en charge par la GNU Compiler Collection (GCC), qui propose des extensions allant au-delà du C standard.

Rust est un langage de programmation polyvalent qui met l’accent sur les performances, la sécurité des types, la concurrence et la sécurité de la mémoire. Rust prend en charge plusieurs paradigmes de programmation. Il s’inspire de concepts issus de la programmation fonctionnelle, notamment l’immuabilité, les fonctions d’ordre supérieur, les types de données algébriques et la correspondance de motifs. Il prend également en charge la programmation orientée objet via des structures, des énumérations, des traits et des méthodes. Rust garantit la sécurité de la mémoire (c'est-à-dire que toutes les références pointent vers de la mémoire valide) sans recourir à un ramasse-miettes classique ; à la place, les erreurs de sécurité de la mémoire et les conflits d'accès sont évités par le « vérificateur d'emprunt », qui suit la durée de vie des objets référencés lors de la compilation.

En mai 2026, Greg Kroah-Hartman, responsable de la maintenance du noyau stable de Linux, a affirmé que Rust peut aider Linux à faire face à un afflux de failles de sécurité détectées par l'IA (notamment Dirty Frag, Copy Fail et Fragnesia) en prévenant les erreurs courantes en C liées à la gestion de la mémoire, au verrouillage, à la gestion des erreurs et aux données non fiables dès la phase de compilation, plutôt que lors de la révision par les mainteneurs. « Rust sauvera Linux de l'IA », affirme notamment Greg Kroah-Hartman. Sa sortie est de nature à donner un coup de neuf au débat sur la comparaison entre les langages Rust et C en matière de programmation système.

Greg Kroah-Hartman est l'un des principaux développeurs du noyau Linux. Depuis avril 2013, il est responsable de la maintenance du noyau Linux pour la branche -stable, le sous-système staging, l'USB, le noyau des pilotes, debugfs, kref, kobject et les sous-systèmes sysfs du noyau, les E/S de l'espace utilisateur (avec Hans J. Koch), et la couche TTY. Il est également à l'origine de linux-hotplug, du projet udev et du Linux Driver Project. Il a travaillé pour Novell au sein de la division SUSE Labs et, depuis le 1er février 2012, il travaille à la Linux Foundation. Kroah-Hartman contribue fréquemment à la documentation relative au développement du noyau et des pilotes par le biais de conférences et de tutoriels.

Greg Kroah-Hartman prône Rust plutôt que le C comme futur langage de programmation pour le développement du noyau Linux

Linux s'apprête à connaître une transformation majeure, son responsable de la maintenance du noyau stable, Greg Kroah-Hartman, prônant Rust plutôt que le C comme futur langage de programmation pour le développement du noyau Linux. Lors de son discours d’ouverture à l’Open Source Summit India 2026, Kroah-Hartman a annoncé que le noyau Linux s’orientait vers Rust, ce qu’il estime essentiel pour améliorer à la fois la sécurité du code et sa maintenabilité.

Expliquant son évolution, passant du scepticisme à un soutien fervent de Rust, Kroah-Hartman a mis en avant la capacité de Rust à éliminer diverses vulnérabilités courantes et à rationaliser le processus de programmation, facilitant ainsi la tâche des développeurs. Il a souligné que, même si le C ne disparaîtra pas du jour au lendemain — compte tenu de sa présence profondément ancrée dans l’écosystème Linux —, Rust devient le choix privilégié, en particulier pour les nouveaux projets et sous-systèmes.

Il a expliqué que le système de propriété et de types de Rust réduit considérablement les bogues mineurs qui affectent souvent le code C, tels que les pointeurs non vérifiés et les fuites de mémoire. En effet, il a estimé que 80 % des vulnérabilités et expositions communes (CVE) observées dans le noyau au cours des 25 dernières années auraient pu être évitées si Rust avait été utilisé à la place.

Cette transition se traduit par l’intégration de Rust dans les API C existantes et par la mise en place de lignes directrices pour les nouveaux développements, en particulier pour les sous-systèmes importants. Par exemple, les nouveaux pilotes seront principalement acceptés en Rust, ce qui marque un changement concret dans la manière dont les améliorations du noyau Linux sont abordées.

Ce changement n’est pas purement théorique ; les responsables du noyau ont officiellement reconnu Rust comme un langage de premier plan, et non plus comme une simple expérience. Bien que Kroah-Hartman reconnaisse les défis que cette adaptation pourrait poser, en particulier pour une communauté fortement attachée au C, il reste optimiste. Il estime que Rust offre une solution qui rend le codage agréable et conduit à une expérience Linux plus sécurisée pour les utilisateurs.

Depuis décembre 2025, lors du sommet des responsables de la maintenance du noyau Linux, accessible uniquement sur invitation, les principaux responsables de la maintenance Linux ont décidé que « le consensus parmi les développeurs réunis est que Rust dans le noyau n'est plus expérimental. Il fait désormais partie intégrante du noyau et est là pour rester ». Ce changement vient couronner cinq années de débats houleux sur la question de savoir si ce langage sécurisé au niveau de la gestion des accès mémoire avait sa place aux côtés du C au cœur du système d'exploitation open source le plus largement déployé au monde.

En résumé, Rust est sur le point de devenir indissociable du développement de Linux, promettant d’améliorer la sécurité et la fiabilité du noyau tout en permettant aux développeurs de se concentrer davantage sur la logique plutôt que sur les problèmes de bas niveau. Ce changement majeur s’inscrit dans une tendance plus large de la programmation vers des langages plus sûrs, permettant à Linux de rester pertinent et compétitif dans un paysage technologique en constante évolution.

Et vous ?

Pensez-vous que cette déclaration est crédible ou pertinente ?
Quel est votre avis sur le sujet ?

Voir aussi :

Le noyau Linux 7.1 abandonne la prise en charge de l'architecture i486, corrige un problème audio sur la Steam Deck, ajoute la prise en charge des processeurs AMD Zen 6, apporte des mises à jour pour Rust

Le mélange de Rust et de C dans Linux est assimilé à un « cancer » par un responsable du noyau,« je ne veux pas qu'il s'approche d'une énorme base de code C que je dois maintenir », dit-il à propos de Rust

Brian Kernighan, co-créateur d'Unix, s'exprime après avoir testé le langage Rust : « je ne pense pas qu'il va remplacer C tout de suite ». Il juge l'écosystème de Rust « incompréhensiblement vaste et lent »

[jbaipro]

Les pontes de Linux s'engagent dans l ' IA. Le problème est que Linux, malgré les relecteurs et l open source, voit les ias de pointe découvrir des failles dans les sources. L'évolution rapide des capacités les obligent à affiner leur modèle initial.

[jbaipro]

Sashiko (développé initialement par un ingénieur de Google, Roman Gushchin) est un système de relecture de code basé sur l'IA. Il a été conçu pour révolutionner la sécurité du noyau Linux.Son nom vient de la technique de broderie traditionnelle japonaise, le sashiko, qui consiste à réparer et renforcer des tissus avec des patchs.Comment fonctionne Sashiko ?Sashiko est écrit en Rust et fonctionne de manière autonome (agentique). Il surveille en temps réel les listes de diffusion publiques du noyau Linux (LKML) :Analyse des patchs : Dès qu'un développeur humain propose une modification de code, Sashiko l'intercepte.Utilisation des LLM : Il envoie le patch (et l'historique Git lié pour avoir du contexte) à un grand modèle de langage. Bien qu'il supporte Claude, il a été massivement optimisé et testé avec Gemini 3.1 Pro. Google finance entièrement les coûts de jetons (tokens) pour le projet.Rôle de critique : Sashiko agit comme une équipe de relecteurs virtuels spécialisés (sécurité, gestion de la mémoire, concurrence). Il commente directement le code pour pointer les erreurs avant qu'un mainteneur humain ne perde du temps à le faire.Pourquoi fait-il sensation ?Une efficacité redoutable : Lors de sa phase de test sur un échantillon de 1 000 bugs récents, Sashiko a réussi à identifier 53 % des failles. Le point crucial est que 100 % de ces failles avaient été manquées par les relecteurs humains lors de la soumission initiale.Moins de faux positifs : Son taux de fausses alertes reste sous la barre des 20 %, ce qui est exceptionnel pour un outil automatisé