Le 14 octobre 2026, Axoncraze publie une vidéo qui décrit un cas de défaut de page plus lent associé au patch expérimental de Linus Torvalds pour le cache de pages de Linux. Le gain rapporté par ZDNET concerne, lui, une charge précise : huit threads effectuant des lectures de 16 octets. Ces chiffres décrivent ce scénario, pas les performances générales de Linux.
Pourquoi le patch vise les petites lectures concurrentes
Le cache de pages garde en mémoire des données de fichiers pour accélérer leur lecture. La série expérimentale de huit patchs cherche à réduire la contention qui survient lorsque plusieurs threads lisent de petites quantités de données sur une même page. Selon le compte rendu publié par ZDNET le 13 octobre, les mises à jour répétées du compteur de références d’un folio — une unité de mémoire gérée par le noyau — poussent les cœurs à se disputer une ligne de cache partagée. Dans le test décrit, cette ligne concentrait 99,92 % des accès inter-cœurs mesurés.
L’approche proposée reporte la réutilisation de la mémoire retirée du cache de pages jusqu’à la fin d’une période de grâce RCU. RCU, pour read-copy-update, est un mécanisme de synchronisation : pendant qu’un lecteur protégé copie les données vers un tampon utilisateur, le chemin de lecture peut éviter de prendre une référence de folio. La mémoire reste toutefois occupée plus longtemps avant de pouvoir être réutilisée.
Ce que Claude Code a aidé Torvalds à produire
Dans le message de soumission cité par ZDNET, Linus Torvalds indique que Claude Code l’a aidé à produire le code, les programmes de test, le travail de revue et le premier brouillon du texte de présentation, sous sa direction. NeoTeo avait déjà présenté le recours de Torvalds à Claude Code pour cette branche expérimentale ; les résultats rapportés permettent ici d’en préciser la portée technique.
Ce que mesure le benchmark
Sur un ordinateur portable équipé d’un Intel Core i7-8565U — quatre cœurs et huit threads — huit threads effectuaient des appels pread() de 16 octets sur la même page. ZDNET rapporte que le débit est passé d’environ 9,9 à 10,4 millions de lectures par seconde à 30 à 33 millions. Le coût du noyau par lecture est passé d’environ 2 950 à 725 cycles dans ce même test.
Un essai distinct à un seul thread montre un écart plus modeste : le coût du noyau passe d’environ 452–454 à 408–409 cycles par lecture. Cette mesure ne se confond pas avec le résultat à huit threads ; les deux décrivent des charges de travail différentes.
Le cas de défaut de page rapporté séparément
Axoncraze décrit dans sa vidéo un cas de défaut de page où le traitement est plus lent. De son côté, ZDNET rapporte qu’une lecture visant une page utilisateur non mappée provoque une exception supplémentaire avant que le chemin existant ne prenne le relais. Ces observations restent attribuées à leurs comptes rendus respectifs.
L’état de la branche au 13 octobre 2026
Dans son compte rendu du 13 octobre 2026, ZDNET indiquait que la branche restait en dehors de Linux 7.3-rc6.
