Suite aux améliorations de Windows ReFS, Linux obtient des améliorations de performances F2FS, Btrfs et EXT4

Suite aux améliorations de Windows ReFS, Linux obtient des améliorations de performances F2FS, Btrfs et EXT4

Microsoft a progressivement étendu la prise en charge de ReFS (Resilient File System) dans les récentes versions de Windows 11 Insider. Remarquée pour la première fois en janvier, une fonctionnalité cachée dans Dev build 25281 permettrait aux utilisateurs d’ installer Windows 11 sur un volume ReFS . La société a depuis ajouté davantage de fonctionnalités basées sur ReFS, telles que les volumes VHD « Dev Drive » . Microsoft a également mis à jour la version sous-jacente de ReFS vers 3.10 dans l’une des versions récentes du canal Canary.

Alors que l’utilisation de ReFS sur Windows se développe, Linux, d’autre part, fait également des progrès constants sur certains de ses systèmes de fichiers. D’après certains des correctifs récents du noyau Linux, il semble que certains des systèmes de fichiers Linux les plus populaires, Flash-Friendly File System (F2FS), B-Tree Filesystem (Btrfs) et le quatrième système de fichiers étendu (EXT4), bénéficient d’améliorations significatives des performances. .

Par exemple, Btrfs obtient une augmentation de performances d’environ 10 % sur les SSD SATA. Peut-être que l’amélioration sur les disques NVMe peut même être plus élevée :

Toujours lire dans une taille de bloc de 64 Ko La taille de bloc réelle de lecture commence à 64 Ko et se termine à 512 Ko. Cela se traduit déjà par une meilleure performance même dans le pire des cas :

  • Avec jeu de correctifs : 404,81 Mio/s
  • Sans jeu de correctifs : 369,30 MiB/s

Environ 10 % d’amélioration des performances sur un SSD SATA.

Passant à EXT4, il y a un certain nombre d’optimisations en place :

Il y a un certain nombre de nettoyages majeurs dans ext4 ce cycle :

  • Le chemin d’écriture data=journal a été considérablement nettoyé et simplifié, et réduit un grand nombre de cas spéciaux data=journal par Jan Kara.
  • Ojaswin Muhoo a remplacé la liste chaînée utilisée pour suivre les étendues qui ont été utilisées pour la préallocation d’inodes par un arbre rouge-noir dans l’allocateur multi-blocs. Cela améliore les performances des charges de travail qui effectuent un grand nombre d’écritures d’allocation aléatoire.
  • Merci à Kemeng Shi pour beaucoup de nettoyage et de corrections de bugs dans l’allocateur multi-blocs.
  • Matthew Wilcox a converti les chemins de code pour lire et écrire des pages ext4 pour utiliser des folios. * Jason Yan a continué à factoriser ext4_fill_super() dans des fonctions plus petites pour améliorer la facilité de maintenance et de compréhension.
  • Josh Triplett a créé un en-tête uapi pour les API de l’espace utilisateur ext4.

Enfin, voici les améliorations sur F2FS :

Renforcement:

  • prend en charge la taille de zone sans puissance de deux pour les appareils zonés
  • supprimer le partage de la structure rb_entry dans le cache d’extension
  • refactoriser f2fs_gc pour appeler le point de contrôle en cas d’urgence – support iopoll

Dans l’ensemble, il semble que la version 6.4 du noyau Linux sera assez correcte en termes de performances.

Source : LKML (1) , (2) , (3) via Phoronix

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *