Linus Torvalds confie à Claude Code une refonte du cache de pages du noyau Linux

11 octobre 2026. Linus Torvalds pousse une nouvelle branche dans son dépôt torvalds/linux.git : noref-filemap-read-with-llm. 12 octobre 2026. La version 7.3-rc7 sort, et le noyau 7.3 est attendu le week-end suivant. Une première. Le créateur de Linux reconnaît, dans le message du patch, avoir fait écrire le code, les tests, la revue et la première version du texte par un assistant de codage — Claude Code, d’Anthropic. Pourquoi c’est important : le mainteneur le plus conservateur de l’écosystème vient d’externaliser une partie réelle du travail sur la gestion mémoire du noyau, le sous-système le plus sensible qui soit, à un modèle de langage.

Ce que fait la branche noref-filemap-read-with-llm

La branche s’attaque à un problème précis du sous-système de gestion mémoire, le MM. Lorsque de nombreux threads lisent de petits morceaux d’un même fichier — une bibliothèque partagée, un fichier de configuration très lu, une page statique servie par un serveur web — ils passent tous par le cache de pages. Et ils se disputent tous le même objet : le compteur de références du folio.

Le folio est l’abstraction moderne qui a remplacé la struct page pour représenter une entrée du cache de pages. Chaque lecture qui y accède appelle folio_get et folio_put, deux opérations qui incrémentent puis décrémentent un compteur atomique. L’opération est atomique, donc sûre — mais elle a un coût : la ligne de cache qui porte le compteur doit circuler d’un cœur à l’autre à chaque lecture. Plus les threads sont nombreux sur le même fichier, plus la contention explose, et plus les petites lectures se ralentissent pour une raison qui n’a rien à voir avec le disque ou la mémoire.

L’idée de Torvalds est simple à énoncer et difficile à réaliser : lire le cache de pages sans prendre de référence de folio. Si l’on peut garantir que la page reste en vie par d’autres moyens pendant la lecture, on supprime l’opération atomique du chemin critique. Le nom de la branche, noref, dit exactement cela — « no reference ».

La confession dans le message du patch

C’est le message du patch qui a fait le tour de la presse. Torvalds y écrit, en toutes lettres :

« The code, the test programs, the review behind the list above and the first draft of this text were done with an LLM coding assistant (Claude Code) under my direction. The measurements were run on my machine. »

Traduction : le code, les programmes de test, la revue qui a produit la liste de vérifications, et la première version du texte ont été réalisés par un assistant de codage à modèle de langage, Claude Code, sous sa direction. Les mesures de performance, elles, ont été lancées sur sa machine. La nuance « under my direction » n’est pas un détail : Torvalds encadre le modèle, il ne le laisse pas écrire en roue libre.

Ce n’est pas la première fois qu’il s’appuie sur l’IA. Phoronix rappelle qu’il utilise déjà l’IA pour le débogage du noyau, et qu’en dehors de l’arborescence du noyau il a pratiqué le « vibe coding » avec Antigravity de Google. Il a aussi déclaré publiquement qu’il considère l’IA comme « un outil utile ». La nouveauté n’est donc pas l’usage, mais le lieu : cette fois, le résultat vise directement le cœur du noyau.

Pourquoi la gestion mémoire est le terrain le plus sensible

Il faut mesurer ce que ce geste signifie pour qui connaît le fonctionnement de Linux. Le sous-système de gestion mémoire est le cœur du cœur. Une erreur de refcount ici ne produit pas un simple plantage : elle produit une corruption silencieuse, une page libérée alors qu’elle est encore utilisée, ou une fuite qui vide la mémoire après des semaines de fonctionnement. Les bogues de ce type comptent parmi les plus difficiles à reproduire et à corriger de tout le noyau.

C’est précisément pour cela que l’annonce est remarquable. Torvalds est connu pour sa rigueur brutale sur les correctifs qui touchent au MM. Qu’il accepte de présenter une série écrite en grande partie par un modèle de langage — avec sa signature dans le message du patch, qui assume la responsabilité — envoie un signal à tout l’écosystème : l’outil est jugé assez mûr pour être utilisé là où l’on n’a pas le droit à l’erreur.

Le contexte le confirme. Ces derniers jours, Torvalds a également pris position publiquement contre ceux qui rejettent l’IA en bloc, en les invitant à quitter Linux ou à en faire un fork. Le message est cohérent : l’IA est un outil comme un autre, et il entend l’utiliser lui-même là où il juge qu’elle apporte quelque chose.

Quel impact, et pour qui

Phoronix décrit l’impact de la série comme « significatif », avec une différence nette sur le scénario de contention — de nombreuses petites lectures d’un même fichier par de nombreux threads. Le bénéfice se concentre donc sur les charges qui font exactement ce que le patch décrit : les serveurs de fichiers, les proxies de cache, les serveurs web qui servent un fichier statique chaud, ou les bases de données dont plusieurs threads relisent le même bloc.

En revanche, il ne faut pas s’attendre à un gain généralisé. Une lecture séquentielle d’un gros fichier par un seul thread ne subit presque pas cette contention : le patch ne changera rien pour elle. C’est le propre des optimisations de ce type : elles valent leur complexité uniquement sur les chemins où le goulot est réel, et Torvalds documente précisément lequel il vise.

La branche n’est pas encore fusionnée. Elle est hébergée sur la branche noref-filemap-read-with-llm du dépôt de Torvalds, et il décidera s’il la fusionne pour la fenêtre de fusion de Linux 7.4, qui s’ouvrira après la sortie de la 7.3. Rien ne garantit qu’elle passera telle quelle : une série qui touche au refcount du cache de pages passera par une revue serrée avant d’entrer dans mainline.

Le « normal IA » s’installe dans le noyau

L’expérience n’est pas isolée. Phoronix suit depuis des semaines un flux de travaux liés à l’IA qui arrivent dans le noyau — une proposition de ressources d’agents IA, des compétences IA pour aider les développeurs. Le cycle 7.3 a été décrit comme le nouveau « normal IA ». La différence tient à l’autorité de l’auteur : Torvalds, autrefois sceptique, est passé par étapes du débogage assisté au « vibe coding », puis à cet assistant qui rédige du vrai code de gestion mémoire sous sa direction.

Pour les développeurs du noyau, la question pratique est celle de la revue. Une série écrite par une machine se juge comme celle d’un contributeur junior : par la même revue, les mêmes tests et la même exigence des mainteneurs du MM. Le message de Torvalds le montre — il distingue ce que le modèle a fait, ce qu’il a dirigé et ce qu’il a mesuré lui-même. Cette attribution, au lieu de cacher l’outil, est ce qui permet d’évaluer le travail sur ses mérites.

Verdict

Si vous maintenez un serveur de fichiers ou un proxy très concurrent, suivez cette série de correctifs et testez-la sur votre charge : c’est l’un des rares cas où une optimisation du noyau vise exactement le scénario des petites lectures multi-threads que vous subissez. Si vous contribuez au noyau, prenez cette branche comme un modèle : un assistant de codage qui produit un patch accompagné de tests, d’une revue documentée et de mesures reproductibles est plus facile à évaluer qu’un patch humain sans traçabilité. Si vous êtes sceptique sur l’IA dans le logiciel système, c’est le bon moment pour réviser votre position : le mainteneur du noyau vient de mettre l’outil à l’épreuve sur le terrain le plus exigeant qui existe, et il a choisi de le dire plutôt que de le cacher.

Références

• Phoronix — Linus Torvalds Working On A Hefty Linux Kernel Improvement With Claude Code (11 octobre 2026)
• Phoronix — Linux 7.3-rc7 Released (12 octobre 2026)
• The New Stack — Linux creator Linus Torvalds tells AI haters to walk away from Linux, or go fork it (octobre 2026)
• Dépôt torvalds/linux.git — branche noref-filemap-read-with-llm