# Linus Torvalds utilise Claude Code pour les correctifs Linux

Published: 2026-10-12

Linus Torvalds attribue à Claude Code le code, les programmes de test, la révision et la première ébauche d'une lettre d'accompagnement sur une branche expérimentale de gestion de la mémoire Linux, sous sa direction. Ses tests sur ordinateur portable montrent une réduction importante des cycles de processeur pour une petite charge de travail de lecture de page partagée, parallèlement à des régressions et à une comptabilité de la mémoire d'attente non résolue. Ce Daily Diff du 12 octobre couvre également l'argument de Karpathy sur les expériences inégales en matière d'IA et le témoignage direct de Cendyne sur l'élimination d'un rôle. Le verdict de Niko est NÉCESSITE UN EXAMEN : garder l'assistant dans le flux de travail et exiger des tests plus larges avant d'expédier les modifications de la durée de vie de la mémoire.

Canonical: https://thedailydiff.dev/fr-CA/video/linus-claude-kernel/

## Ce que cette vidéo couvre

- La source est un travail de branche expérimentale, avec un commit du samedi 10 octobre et un rapport Phoronix publié le dimanche soir HAE, déjà lundi GMT+7. Les sources sélectionnées n'établissent pas de fusion ou de publication complète dans la ligne principale.
- Les petites lectures du même fichier mis en cache peuvent entraîner une contention sur un compteur de références de folio partagé. La proposition permet de copier sous la protection côté lecture de RCU tout en reportant la réutilisation finale de la mémoire jusqu'à une période de grâce.
- Le test de Linus sur une page partagée de seize octets à huit threads rapporte 2937 à 2975 cycles de noyau de référence par lecture et 725 à 726 avec la série, soit environ un quart du coût. Il s'agit d'un micro-benchmark sur ordinateur portable exécuté par l'auteur, avec des atténuations et une copie utilisateur durcie désactivées, et non d'un résultat de performance à l'échelle du système.
- La source rapporte également une régression de page de destination manquante et une comptabilité non résolue de l'allocateur pour la mémoire en attente de réutilisation. Des machines plus larges et plusieurs configurations de débogage/test restent non testées.
- Karpathy attribue les différentes expériences d'IA à l'accès, aux problèmes ambitieux et aux tâches vérifiables. Son nombre d'utilisateurs professionnels est explicitement une estimation "à la louche"; aucune enquête n'accompagne le message.
- Cendyne décrit un employeur non nommé qui prend confiance pour se diriger vers des fusions et acquisitions avec une assistance IA moins chère. Il s'agit d'un témoignage direct et de l'interprétation de son auteur, et non d'un décompte d'emplois à l'échelle de l'économie ou d'une preuve de compétences techniques équivalentes.
- Un outil utile, un correctif sûr et une décision de dotation judicieuse nécessitent chacun leurs propres preuves et un propriétaire responsable.

## Chapitres

- 0:00 Linus ferait-il confiance à un bot codeur?
- 0:45 Pourquoi la lecture de la mémoire peut-elle provoquer un embouteillage?
- 1:25 Que mesure réellement le benchmark sur ordinateur portable?
- 2:05 Quelles lectures ralentissent?
- 2:30 Pourquoi les gens voient-ils des capacités d'IA différentes?
- 3:21 Comment l'IA peut-elle changer un emploi avant de remplacer ses compétences?
- 4:34 Où l'accélération envoie-t-elle la facture?
- 4:56 Est-ce que j'expédierais ces correctifs?

## Transcription traduite

Traduit de la narration originale en anglais. L'audio et les sous-titres disponibles sont contrôlés par YouTube.

### Linus ferait-il confiance à un bot codeur?

0:00 Vous vous attendriez à ce que Linus Torvalds fasse pleurer un bot codeur pendant l'examen. Il utilise Claude Code pour les correctifs Linux, et même la première ébauche de la lettre d'accompagnement. Dans cette vidéo, pourquoi les petites lectures coûtent-elles si cher? Et dont l'emploi change? Gardez un œil sur ce qui arrive à la mémoire après la lecture. C'est là que cette accélération envoie la facture. Nous sommes le lundi 12 octobre, et voici The Daily Diff. Claude Code est l'assistant de codage d'Anthropic.

0:23 Il peut lire un projet, modifier des fichiers et exécuter des commandes. Linus le dirige sur la gestion de la mémoire Linux, où la lecture de données déjà en mémoire peut toujours faire en sorte que les cœurs de processeur se disputent la comptabilité. Phoronix a repéré la branche dimanche soir en Amérique, déjà lundi ici. Le commit est daté de samedi. Il s'agit d'un travail expérimental, avec huit correctifs et une demande d'examen minutieux. Votre ordinateur portable n'a pas secrètement téléchargé un Linus artificiel.

### Pourquoi la lecture de la mémoire peut-elle provoquer un embouteillage?

0:45 Plusieurs threads lisent le même fichier mis en cache. Chaque lecture prend une référence à la mémoire, puis la supprime ensuite. Le compteur de références est écrit deux fois, de sorte que les cœurs effectuant de petites lectures innocentes se disputent la comptabilité. La bibliothèque a huit lecteurs et une feuille de sortie. Sa proposition retarde le recyclage de la mémoire en utilisant une période de grâce de mise à jour de copie de lecture (RCU). Les lecteurs peuvent copier des données mises en cache sans prendre cette référence. Lorsqu'une page est supprimée, sa mémoire doit attendre avant d'être réutilisée.

1:09 L'accélération provient du changement des règles de durée de vie des données. Linus attribue à Claude Code le code, les programmes de test et la révision derrière sa liste de problèmes. Il a rédigé le texte explicatif sous sa direction. Les mesures ont été effectuées sur sa machine. Même le robot doit apporter des preuves à cet examen. Le résultat principal utilise huit threads lisant seize octets d'une page.

### Que mesure réellement le benchmark sur ordinateur portable?

1:28 Pensez à de minuscules lectures répétées du même fichier. Il compare les cycles de processeur par lecture car son ordinateur portable ralentit quand il chauffe. Un benchmark avec ses propres prévisions météorologiques. La base de référence coûte environ trois mille cycles par lecture. Avec les correctifs, c'est environ sept cent vingt-cinq. C'est environ un quart du coût du processeur dans ce test. L'ensemble de votre machine Linux n'a reçu aucune promesse de devenir quatre fois plus rapide. Sa lettre d'accompagnement place les éléments délicats à côté des éléments excitants.

1:53 Les atténuations de sécurité et la copie utilisateur durcie étaient désactivées. Il liste les tests manquants, y compris d'autres machines et des outils de débogage de la mémoire. Lire les notes de bas de page est maintenant un avantage concurrentiel, ce qui ressemble à un bogue dans l'humanité. Il y a une régression lorsque la page utilisateur de destination est manquante.

### Quelles lectures ralentissent?

2:07 La petite lecture devient plus coûteuse car le chemin rapide échoue avant que l'ancien chemin ne gère le défaut de page. La proposition accélère un chemin tout en ajoutant du travail à un autre. Les deux appartiennent à l'examen. Traitez cela comme une expérience d'ingénierie avec un goulot d'étranglement connu et des mesures avec des limitations. Les relecteurs obtiennent quelque chose de concret à contester. Un assistant produisant des correctifs laisse quelqu'un responsable de prouver que les parties dangereuses sont sûres.

### Pourquoi les gens voient-ils des capacités d'IA différentes?

2:30 Pendant ce temps, Andrej Karpathy affirme que notre compréhension des capacités de l'IA est en train de se désintégrer. Sa nouvelle publication revisite une observation d'avril. Il décrit un entonnoir, des personnes utilisant à peine des modèles linguistiques aux professionnels dirigeant de puissants agents de codage. Même mot, IA, journée de travail différente. Ses calculs "à la louche" estiment à environ vingt millions le nombre de personnes utilisant des modèles de pointe professionnels pour les mathématiques et le code. C'est une estimation, sans enquête fournie.

2:52 Il met l'accent sur l'accès, les problèmes ambitieux et les tâches vérifiables. Une conversation de chatbot et une expérience de noyau supervisée sollicitent des muscles différents. Quelqu'un regarde un bot échouer une requête tandis qu'une autre personne expédie un correctif utile. Les estimations de population sont dangereusement faciles à répéter comme de la recherche. Gardez l'étiquette d'estimation attachée avant que le graphique ne porte une blouse de laboratoire. Demandez ce que le système pourrait faire, comment le résultat a été vérifié et qui était responsable du résultat. Ces questions voyagent mieux que les captures d'écran de réponses miraculeuses.

### Comment l'IA peut-elle changer un emploi avant de remplacer ses compétences?

3:21 Puis Cendyne a publié un compte moins confortable intitulé Fable m'a pris mon travail. L'auteur dit qu'il était le dernier ingénieur d'une entreprise, et la direction croyait qu'une assistance IA moins chère pourrait lui permettre de se diriger vers une fusion ou une acquisition. La direction peut modifier les dépenses avant qu'un modèle n'atteigne le jugement d'un ingénieur expérimenté. Cendyne soutient que le goût et la prévoyance restent absents, tandis que le marketing fournit de la confiance.

3:42 Une décision de paie peut arriver avant que l'argument technique ne soit réglé. La publication décrit la peur après le licenciement et dit que l'auteur a trouvé autre chose. C'est une personne qui fait face aux conséquences. La conclusion appartient au tableur qui prend la décision. Appeler cela de l'efficacité donne à la comptabilité un examen de performance généreux. Prouver qu'un outil est utile et prouver qu'un plan de dotation est sensé sont des tâches distinctes. Le correctif a une charge de travail testable. Le pari de l'employeur implique la propriété du produit et les échecs futurs.

4:09 Un micro-benchmark réussi ne peut pas signer le contrat de support. Nous avons le témoignage d'un développeur avec un employeur non nommé. Il fournit une perspective, et aucun décompte d'emplois à l'échelle de l'économie ni d'évaluation indépendante des besoins de cette entreprise. Gardez la portée attachée lorsque vous partagez l'histoire. La variable commune est la responsabilité. Linus dirige le travail. Karpathy décrit un accès et des tâches inégaux.

4:29 Cendyne décrit un pari de la direction. Quelqu'un est responsable des conséquences dans chaque version.

### Où l'accélération envoie-t-elle la facture?

4:34 Et la facture de la mémoire? Les pages supprimées attendent avant d'être réutilisées, et l'allocateur ne peut pas voir correctement cette mémoire en attente. Linus le liste comme non résolu même avec ses correctifs d'atténuation. Des lectures plus rapides donnent à un autre sous-système un problème de comptabilité plus difficile. La comptabilité trouve un nouveau bureau. C'est une note de bas de page qui vaut la peine d'être conservée. Si vous préférez lire ceci plutôt que de m'entendre le dire, le diff arrive dans votre boîte de réception

4:53 chaque matin, gratuitement sur the daily diff dot dev, lien ci-dessous.

### Est-ce que j'expédierais ces correctifs?

4:56 Alors le verdict d'aujourd'hui, NÉCESSITE UN EXAMEN. Je garderais l'assistant dans le flux de travail et demanderais des tests plus larges avant d'expédier ces changements de durée de vie. La responsabilité reste avec l'ingénieur. Et c'est la différence pour aujourd'hui. Je suis Niko d'Axrisi. Fusionnez de manière responsable.

## Sources

- [Read from the page cache without folio references — cover letter and tests](https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=4c0f3697118eb3a708ea79175f7f07c43339bfab) — Linus Torvalds / kernel.org
- [Experimental noref-filemap-read-with-llm branch](https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/log/?h=noref-filemap-read-with-llm) — Linus Torvalds / kernel.org
- [Linus Torvalds Working On A Hefty Linux Kernel Improvement With Claude Code](https://www.phoronix.com/news/Linus-Torvalds-Claude-Code) — Phoronix / Michael Larabel
- [Claude Code overview](https://code.claude.com/docs/en/overview) — Anthropic
- [Capability-understanding gap and napkin estimates](https://x.com/karpathy/status/2109361546505966046) — Andrej Karpathy / X
- [Fable took my jorb](https://cendyne.dev/posts/2026-10-11-fable-took-my-jorb.html) — Cendyne
- [Discussion of Linus's Claude Code branch](https://news.ycombinator.com/item?id=50050367) — Hacker News
- [Discussion of Karpathy's capability-gap post](https://news.ycombinator.com/item?id=50047422) — Hacker News
- [Discussion of Cendyne's account](https://news.ycombinator.com/item?id=50053216) — Hacker News