IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Malgré les réticences, Linus Torvalds publie son premier correctif pour le noyau Linux coécrit avec l'IA Claude Code. Des tests synthétiques révèlent des performances multipliées par 23

Le , par Mathis Lucas

517PARTAGES

18  0 
Linus Torvalds a publié son tout premier correctif pour le noyau Linux écrit à l'aide de l'IA. Ce code résout un problème persistant de contention du cache. Bien qu'un test synthétique ait affiché une amélioration spectaculaire des performances, l'impact réel sera probablement beaucoup plus modeste et bénéficiera principalement aux serveurs. Cette démarche s'inscrit dans le cadre des directives de Linus Torvalds encourageant l'utilisation des outils d'IA de codage comme de simples instruments de travail. Parallèlement, l'équipe a assoupli ses règles en supprimant l'obligation de déclarer formellement l'utilisation d'IA lors de la soumission de code.

Linus Torvalds vient d'annoncer au monde entier qu’il avait utilisé l’IA pour écrire du code pour le noyau Linux. Le premier d'une longue série. Dans son message, le créateur du noyau Linux a écrit : « le code, les programmes de test, l'analyse à l'origine de la liste ci-dessus et la première ébauche de ce texte ont été réalisés à l'aide d'un assistant de programmation basé sur un grand modèle de langage (LLM) (Claude Code), sous ma direction ».

Son nouveau code se compose d'une série de huit correctifs. Il est publié sur la branche « noref-filemap-read-with-llm » du dépôt de Linus Torvalds. Ces nouveaux correctifs visent à éliminer un goulot d'étranglement qui survient lorsque plusieurs threads effectuent de petites lectures à partir du même fichier.

Au cours des dernières années, l’attitude de Linus Torvalds concernant l'IA a évolué positivement : d’abord sceptique, il considère désormais l’IA comme « un outil utile pour les programmeurs et les responsables de maintenance ». Récemment, Linus Torvalds s'est opposé à un développeur qui souhaitait que les contributeurs au noyau continuent à signaler lorsqu'ils utilisent des outils d'IA de codage sur la liste de diffusion du noyau Linux.

La règle en question concerne la balise « Assisted-by ». Toute personne utilisant « tout type d'outil de codage » est tenue d'ajouter cette balise à son message de commit, mais les responsables souhaitent la supprimer. « Ce que j'attends, c'est que les gens fassent de leur mieux et que je m'attends à ce qu'ils comprennent ce qu'ils font. Mais cette compréhension n'a que très peu à voir avec les outils qu'ils utilisent », a déclaré Torvalds en réponse.

Le tout premier correctif de Linus Torvalds coécrit avec l'IA

Le correctif résout un problème de contention dans le cache de pages de Linux, qui stocke les données des fichiers en mémoire. Il s'agit d'une situation courante dans les bases de données, les serveurs Web, les bibliothèques partagées, etc. Lorsque plusieurs threads lisent de manière répétée de petites quantités de données issues du même fichier mis en cache, ils acquièrent puis libèrent des références au folio sous-jacent à ces données.


Ces mises à jour du compteur de références nécessitent des écritures atomiques sur une ligne de cache partagée. Cela oblige alors les cœurs du processeur à se disputer l’accès à cette ligne. À priori, le problème semble mineur, mais dans certaines charges de travail, cela peut vraiment ralentir le système.

Linus Torvalds a mesuré l'impact dans le cadre d'un test. Il a constaté que lorsque huit threads émettaient des appels pread() de 16 octets sur la même page sur un ordinateur portable équipé d’un processeur Intel Core i7-8565U à quatre cœurs et huit threads, la ligne de cache partagée représentait 99,92 % de la charge intercœurs mesurée, selon les indicateurs « Hit in Modified cache line » (HITMs). Cela ralentit considérablement le travail.

Il ne s’agit pas simplement d’une lubie personnelle de Linus Torvalds. C’est un problème connu depuis 2024. Les tentatives précédentes pour y remédier se sont toutefois soldées par un échec. Cette fois-ci, le créateur du noyau Linux s'est fait assister par le modèle d'IA avancé Claude Code d'Anthropic. Les correctifs proposés par Linus Torvalds et Claude Code modifient le moment où le noyau peut réutiliser la mémoire retirée du cache de pages.

Plutôt que de restituer immédiatement cette mémoire à l’allocateur, ces correctifs reportent sa réutilisation jusqu’à l’expiration d’un délai de grâce « read-copy-update » (RCU). Cela permet à un lecteur protégé par une section RCU côté lecture de copier des données directement dans un tampon utilisateur sans prendre de référence de folio. Linus Torvalds a toutefois précisé que l'impact de ces améliorations dans le monde réel sera bien plus modéré.

Ces correctifs améliorent les performances du noyau Linux

Avec ces correctifs, les gains de performances constatés sont considérables dans le cadre de ce test spécifique. Le débit à huit threads est passé d’environ 9,9 à 10,4 millions de lectures par seconde à 30 à 33 millions, tandis que le nombre de cycles du noyau par lecture a chuté d’environ 2 950 à 725. Les lectures à un seul thread ont connu une amélioration plus modeste, passant d’environ 452 à 454 cycles à 408 à 409 cycles par lecture.

Linus Torvalds a déclaré dans son message : « une machine dotée de plus de processeurs, ou de plus d’un socket, devrait enregistrer des gains plus importants ; rien de plus important n’a été mesuré ». Cela ne signifie pas que Linux s’exécute trois fois plus vite. Il s’agit plutôt des résultats expérimentaux obtenus à partir d’une charge de travail particulière impliquant de petites lectures sur l’ordinateur portable personnel de Linus Torvalds.

Cela ne signifie pas non plus que Linus Torvalds et Claude Code aient résolu ce problème. Les gains de performances s’accompagnent de compromis techniques. Retarder la réutilisation de la mémoire signifie que des pages peuvent rester indisponibles pendant que le noyau attend la fin d’un délai de grâce RCU. Dans sa soumission Git, Torvalds a décrit ce problème de récupération comme « la partie de cette série qui est la moins résolue ».

Dans le cadre de ces tests, Linus Torvalds a également observé une régression lorsqu’une lecture cible une page utilisateur qui n’est pas encore mappée. Le nouveau chemin entraîne une exception supplémentaire avant de revenir à l’implémentation existante. Au 13 octobre, la branche restait en dehors de la branche principale de Linux 7.3-rc6. La question de savoir si elle sera un jour fusionnée, et selon quel calendrier, reste en suspens.

Une vision pragmatique de l'utilisation de l'IA dans le noyau

Cette démarche s'inscrit dans la posture globale de Linus Torvalds en faveur de l'utilisation des modèles de langage dans le développement du noyau, les considérant comme de simples outils de travail comparables aux compilateurs ou aux éditeurs de texte. Il critique les opposants systématiques à l’IA, constatant notamment que les outils automatisés de revue de code repèrent mieux que les humains les erreurs de programmation élémentaires.


En décembre 2023, il décrivait l’IA comme une aide potentielle pour les développeurs, déclarant : « je considère l’IA comme un outil qui peut nous aider à mieux faire ce que nous faisons. » À l’époque, son intérêt pour l’IA portait sur la manière dont elle pouvait aider à identifier les bogues, plutôt que sur l’écriture de code. Personne n’envisageait sérieusement d’utiliser l’IA pour écrire des programmes complexes, comme c'est le cas aujourd'hui.

Fin 2025, il se décrivait comme « un fervent partisan de l’IA en tant qu’outil » et affirmait s’intéresser davantage non seulement à la recherche de bogues, mais aussi à la maintenance du code et à la révision des correctifs. L'écriture de nouveau code pour Linux était encore largement hors de question. Mais en janvier 2026, il a commencé à s’essayer au codage assisté par l’IA pour un visualiseur audio en Python dans le cadre d’un projet personnel.

Il a déclaré : « avant, je pensais simplement que ce n’était pas très bon, mais aujourd’hui, j’en suis arrivé au point où j’apprécie vraiment d’utiliser l’IA. Je pense que l’IA est un outil formidable si on l’utilise correctement et qu’on la considère comme un outil, et je trouve qu’elle rend la programmation beaucoup plus agréable ». Il a toutefois ajouté qu'il faut être très prudent lorsqu'on utilise l'IA pour réaliser quelque chose de concret et d’important.

Son nouveau correctif coécrit avec constitue néanmoins un tournant. Linus Torvalds, sans doute le développeur et responsable de maintenance le plus éminent au monde, utilise désormais l’IA pour développer du nouveau code du noyau Linux. Cela aurait été impensable il y a encore un an, et même aujourd’hui, certaines personnes ont encore du mal à imaginer que l’IA puisse ajouter du nouveau code à Linux ou à tout autre programme important.

Les conséquences sur la gestion de la sécurité

L'essor de l'IA pose néanmoins des défis opérationnels importants pour les mainteneurs du projet. La capacité des agents IA à identifier rapidement les failles de sécurité a submergé la liste de diffusion dédiée aux vulnérabilités du noyau, la rendant presque ingérable. Cette surcharge de rapports automatisés a contraint l'équipe à abandonner le support de certains pilotes de matériels anciens, très ciblés par les systèmes d'analyse automatique.

Le noyau Linux approche le chiffre record de 2 000 vulnérabilités corrigées par version. Chez Microsoft, Claude Mythos identifie des failles de sécurité à une cadence telle que les ingénieurs de Microsoft sont incapables de les corriger assez rapidement. La dette technique du code hérité suscite des inquiétudes.

Source : Linux Torvalds

Et vous ?

Quel est votre avis sur le sujet ?
Que pensez-vous de la démarche de Linus Torvalds avec Claude Code ?
Quel impact ce nouveau cap pourrait-il avoir sur le développement du noyau ?

Voir aussi

Les responsables de maintenance Linux peuvent soumettre du code généré par l'IA sans le signaler, Linus Torvalds juge idiotes les interdictions de code généré par l'IA dans Linux

Linus Torvalds invite les détracteurs de l'IA à créer un fork de Linux ou à s'en aller : Linux n'est ni « anti-IA » ni un « militant social », réplique-t-il à certains développeurs du noyau opposés à l'IA

Linus Torvalds s'exprime sur la plus-value de l'IA dans le noyau Linux et dit « Oui à l'IA, mais l'expertise des développeurs humains est requise pour corriger les patchs et les rapports de bogue générés »
Vous avez lu gratuitement 622 articles depuis plus d'un an.
Soutenez le club developpez.com en souscrivant un abonnement pour que nous puissions continuer à vous proposer des publications.

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de kain_tn
Expert éminent https://www.developpez.com
Le 21/10/2026 à 22:11
Citation Envoyé par Mathis Lucas Voir le message
Malgré les réticences, Linus Torvalds publie son premier correctif pour le noyau Linux coécrit avec l'IA Claude Code. Des tests synthétiques révèlent des performances multipliées par 23

Quel est votre avis sur le sujet ?
L'histoire est vielle de 11 jours et ne s'arrête pas là

En moins de quatre jours, d'autres développeurs du kernel Linux ont trouvé une race condition dans ce patch et ont également exprimé des craintes quant à la libération de la mémoire.

Linus Torvalds a finalement passé la main pour corriger le correctif dont il était si fier à Kiryl Shutsemau - un autre développeur, travaillant entre autre sur l'architecture ARM.

Citation Envoyé par Mathis Lucas Voir le message
Que pensez-vous de la démarche de Linus Torvalds avec Claude Code ?
Pourquoi un développeur d'élite avec une longue expérience en programmation tel que Linus Torvald, n'a pas corrigé ce patch lui-même (assisté par Claude Code, puisque celui-ci affirme que c'est un outil fantastique)?

Il a régulièrement des études publiées sur Developpez.com qui rapportent par exemple que "passer 10 minutes à utiliser des LLM altère considérablement la capacité de l'utilisateur à se concentrer et à persévérer devant la difficulté".

Pensez-vous que Linus se retrouve déjà dans cette situation après seulement quelques mois passés à utiliser Claude Code? Si c'est le cas pour un développeur aussi qualifié, est-ce que vous ne pensez pas que c'est une situation particulièrement alarmante pour des développeurs beaucoup moins qualifiés?

Il y a quelques temps (je ne retrouve plus l'article sur développez mais j'ai trouvé une autre source), Linus Torvald a admis avoir "vibe-codé" un petit projet personnel en Python à l'aide de Claude Code. Comment expliquer qu'un développeur aussi expérimenté, lutte pour apprendre un langage tel que Python qui est pourtant enseigné aux enfants? Est-ce que l'utilisation quotidienne de Claude Code rend le cerveau paresseux?

Citation Envoyé par Mathis Lucas Voir le message
Quel impact ce nouveau cap pourrait-il avoir sur le développement du noyau ?
Cela dépend. D'un côté, Linus semble vouloir imposer beaucoup d'instructions aux LLM des contributeurs, ce qui augmente fortement la consommation en tokens et remplit la fenêtre de contexte. Seuls les développeurs ayants accès à des abonnements très chers (ou payés par leur société) vont vraiment pouvoir utiliser de l'IA pour contribuer au développement du kernel Linux.

Percevez-vous cette barrière d'entrée comme une chance de contenir les dégâts, ou pensez-vous au contraire que l'utilisation des LLM va engendrer une forte dette technique et de la perte de connaissances?
Qu'en est-il des possibles violations de licence avec le code généré? Pensez-vous que le monde Linux va de nouveau assister à des procès tels que ceux de SCO au début du millénaire?
3  1 
Avatar de Uther
Expert éminent sénior https://www.developpez.com
Le 22/10/2026 à 17:21
Sauf que du coup, ça impose a ceux qui vont passer derrière toi plus de travail.
C'est globalement le problème qui est relevé par beaucoup de projets open source. Beaucoup trop de gens utilisent l'IA pour produire rapidement un code dont ils ne maitrisent pas totalement la logique. Et les mainteneurs se retrouvent avec une quantité ingérable de patchs de mauvaise qualité.
3  1 
Avatar de Uther
Expert éminent sénior https://www.developpez.com
Le 23/10/2026 à 16:45
En effet dans ce cas là c'est justifiable. Mais si j'avais compris l'inverse, c'est parce que le sujet de l'article, c'est justement un patch pour Linux que Linus Torvalds a produit avec l'aide de l'IA.
2  1 
Avatar de Matthieu Vergne
Expert éminent https://www.developpez.com
Le 22/10/2026 à 18:26
Je pense que tu mélanges Uther. On parle de vibe coder le projet perso, pas le patch maintenu par la communauté. De ce que j'ai compris, il a utilisé Claude pour l'aider dans son patch mais il a bien relu le changement. Ce que j'ai lu comme quoi quelqu'un d'autre a vu un bug et travaille dessus, il n'y aurait pas eu d'IA ça aurait été pareil. Il n'est pas ici histoire de vibe coder un fix et de l'envoyer en revue que d'autres checkeront manuellement, c'est pas le sujet. Ce que tu dis est vrai pour ces cas là mais de ce que j'ai compris ce n'est pas ce dont il est question ici. Sinon ce serait pure hypocrisie et mensonge de Linus de travailler comme ça.
1  1 
Avatar de Francois_C
Membre averti https://www.developpez.com
Le 28/10/2026 à 12:48
Citation Envoyé par Anselme45 Voir le message
Certains sont jugés grands parce qu'on mesure aussi le piédestal. (De tranquillitate animi, X, 5):
Je ne trouve pas la citation des Lettres à Lucilius, mais la traduction de celle-ci me paraît quand même loin du texte :

(Sénèque parle des passions et préconise d'en user avec modération)

Non sunt praeterea cupiditates in longinquum mittendae, sed in vicinum illis egredi permittamus, quoniam includi ex toto non patiuntur. Relictis iis quae aut non possunt fieri aut difficulter possunt, prope posita speique nostrae alludentia sequamur, sed sciamus omnia aeque levia esse, extrinsecus diversas facies habentia, introrsus pariter vana. Nec invideamus altius stantibus: quae excelsa videbantur praerupta sunt.

Ce que je traduirais ainsi :

En outre il ne faut pas rejeter au loin les passions, mais plutôt les mettre en liberté surveillée, puisque nous ne pouvons pas les brider totalement. En écartant toutes celles qui sont difficiles ou impossibles à satisfaire, livrons-nous aux plus accessibles et conformes à nos aspirations, tout en sachant que toutes sont inconsistantes et cachent leur vanité sous des masques divers. Et les plus haut placés ne sont pas les plus enviables : quand on tombe de très haut, la chute est plus dure.
0  0 
Avatar de Matthieu Vergne
Expert éminent https://www.developpez.com
Le 22/10/2026 à 1:20
Je pense que tu saute surtout très vite aux conclusions.

Justement du fait de son statut central sur le projet, il doit probablement passer plus de temps à faire de la revue et du management du projet que de produire du code. Vibe coder tombe sous le sens dans ce genre de situation : ce sont des activités chronophages, si tu peux déléguer la réalisation d'un projet perso ça aide. Ou aurait-ils dû vibe coder le kernel pour se concentrer sur son projet perso ? Je pense au contraire qu'il a bien identifié où prioriser son attention. Quand à faire une erreur, ça arrive à tout le monde. Un dév senior ne s'offusque pas de se planter : il s'assure que le process en place adresse ce problème, notamment en faisant passer plusieurs personnes dessus justement.
1  2