Dans un article publié le 19 octobre 2026, Phoronix a rapporté que Kiryl Shutsemau, ingénieur chez Meta, avait retravaillé un ancien RFC de Linus Torvalds sur le cache de pages Linux. La proposition vise les petites lectures concurrentes d’un même fichier, qui peuvent faire circuler entre plusieurs CPU les mises à jour du compteur de références d’un même objet folio.
Comment le RFC veut réduire la contention
Dans le scénario décrit, chaque lecture prend puis relâche une référence sur la même folio. Les accès simultanés font alors circuler les mises à jour de son compteur entre les CPU. Le changement proposé permettrait à filemap_read() et à shmem de copier des données depuis le cache de pages sans prendre de référence sur la folio.
La durée de vie de l’objet reste encadrée : une folio dont un lecteur peut copier les données n’est libérée qu’après une période de grâce RCU. Ce mécanisme fait partie de la proposition retravaillée par Kiryl Shutsemau.
Le RFC de Kiryl Shutsemau reprend un RFC antérieur de Linus Torvalds. NeoTeo avait déjà présenté la branche expérimentale de Linus Torvalds consacrée au cache de pages.
Ce que mesure le benchmark
Le graphique décrit un appel pread() de 16 octets à l’offset 0, chaque thread utilisant son propre descripteur de fichier. Son axe vertical indique des millions de lectures par seconde sur une échelle logarithmique. Phoronix qualifie les résultats de prometteurs.
Conditions de test et statut du RFC
Phoronix rapporte des essais sur EXT4, TMPFS, XFS et un périphérique bloc brut. Ils ont utilisé 64 threads sur un processeur AMD Ryzen Threadripper, avec et sans les mitigations de sécurité CPU par défaut.
Dans son compte rendu du 19 octobre 2026, Phoronix décrivait la série comme un RFC avec des questions de conception ouvertes.
