La base de code du noyau Linux, sur laquelle est basé le lancement de la version 6.15, intègre un ensemble de modifications visant à optimiser la performance, améliorant considérablement les opérations réseau dans certaines situations :
- L'optimisation GRO (Generic Receive Offload), qui combine plusieurs petits paquets en un grand, est désormais activée lors du transfert de traitement de paquets vers un autre CPU (pour l'équilibrage de charge) en utilisant le sous-système XDP (eXpress Data Path), permettant de traiter les paquets au niveau du pilote réseau avant leur passage dans la pile réseau. Le gain de performance pour le traitement des flux TCP grâce à cette optimisation peut atteindre le double.
- En période de forte charge, la performance de la fonction connect() a été améliorée de deux fois grâce au remplacement du verrouillage spin par le mécanisme de synchronisation RCU (Read-Copy-Update) lors de la recherche des enregistrements d'informations sur les côtés de la connexion (sources et cibles) adresses IP et ports). De plus, une optimisation du hachage a permis d'améliorer encore la performance de 229%.
- La réalisation de MPTCP (Multipath TCP), une extension du protocole TCP pour assurer la livraison de paquets simultanément par plusieurs chemins via différentes interfaces réseau liées à différentes adresses IP, a été accélérée. MPTCP en mode à un flux a été accéléré de 29%.
- Dans netfilter, lorsque le socket est présent, l'exécution des opérations de recherche de routes dans la FIB (Forwarding Information Base) a été interrompue. Grâce à cette optimisation, la performance a augmenté de 20%.
- La performance UDP en cas de flood a été augmentée de 10% grâce à l'élimination d'opérations superflues sur la structure sk_tsflags lors de la réception des paquets.
De plus, dans le noyau Linux 6.15 en développement, une modification a été adoptée pour le pilote du système de fichiers exFAT, accélérant les opérations de suppression de fichiers. Auparavant, le pilote exFAT envoyait des requêtes de type "discard" aux périphériques pour chaque cluster libéré d'un fichier supprimé. La version optimisée regroupe ces requêtes, réduisant ainsi le temps de suppression d'un fichier test de 80 Go de 286 secondes à 1,6 seconde.
Source : opennet.ru
