Linux 7.4 : le pacing de paquets délégué au matériel est ennuyeux, et c’est tout l’intérêt

Quel changement de Linux 7.4 comptera le plus dans deux ans: celui qui fait passer une étape du démarrage de plusieurs minutes à quelques millisecondes, ou un nouvel attribut des périphériques réseau que la plupart des gens ne verront jamais ? Nous parierions sur le second. C’est ennuyeux, mais d’un ennui qui vieillit plutôt bien.

Ce qui est arrivé, en deux paragraphes

Comme le rapporte Phoronix, le code réseau central de Linux 7.4 gagne un déport matériel du pacing (cadencement des paquets), avec un nouvel attribut « pacing_offload » pour les périphériques réseau. L’idée est de confier à la carte réseau ou à la SmartNIC le contrôle du rythme et de l’espacement des paquets sortants, une tâche que le noyau assurait jusqu’ici lui-même. Le pilote IDPF est le premier à le prendre en charge.

La série de correctifs, qui figure sur LWN sous la signature de Willem de Bruijn, de Google, la décrit comme l’activation d’un déport matériel « sûr » du pacing sur un premier périphérique, avec une prise en charge de rtnetlink pour que les administrateurs puissent contrôler la fonction, ainsi qu’une petite optimisation du déport FQ. La fenêtre d’intégration de la 7.4 est toujours ouverte, et un article évoque une sortie visée fin décembre.

Les gains spectaculaires ne sont pas là où il faut regarder

Linux 7.4 compte de nombreux points qui attirent l’œil. Un article cite une opération mémoire au démarrage passant d’environ 268 secondes à 50 millisecondes. Un autre évoque une amélioration de FAT32 pouvant atteindre 265 fois. Cela fait de beaux titres, et nous ne doutons pas que ce soit réel. Mais ces correctifs ponctuels agissent en supprimant un cas pathologique. On en profite une fois, puis c’est fini.

Le déport du pacing est d’une autre espèce. Il ne répare rien de cassé. Il transfère une corvée récurrente vers un matériel conçu pour elle. Chaque paquet qui quitte une machine très sollicitée doit être espacé de façon pertinente, et le faire en logiciel coûte du temps processeur à chaque envoi. Le confier à la carte réseau rapporte en proportion du trafic écoulé, pas de la malchance que l’on a.

Pourquoi nous y voyons une histoire de centres de données pour l’IA

Une précaution d’abord: rien dans les documents que nous avons consultés n’indique que ce travail a été motivé par des charges d’IA. Ce lien est notre interprétation. Mais il tient la route. Les grands clusters échangent d’énormes volumes de données entre machines, et dans ce contexte, les cycles processeur consacrés au cadencement des paquets sont autant de cycles perdus pour toute tâche utile. Déléguer à la carte réseau est la direction naturelle.

Il est aussi révélateur que le premier pilote pris en charge soit IDPF, destiné à une seule famille de périphériques, et que la fonction soit exposée comme un interrupteur contrôlé par l’administrateur plutôt que comme un changement global. C’est une ingénierie prudente et progressive. Nous pensons que c’est la bonne méthode: le prouver sur un périphérique, donner aux exploitants un moyen de l’activer et laisser les autres suivre.

L’envers de la médaille est une vraie limite. Comme le résume un titre, il s’agit de pacing de paquets en matériel « si votre carte réseau le gère ». Pour l’instant, la plupart des lecteurs ne verront aucun changement. Quiconque utilise un ordinateur portable ou un serveur domestique classique n’en tire rien aujourd’hui. Les déports matériels arrivent historiquement de façon inégale, et c’est des pilotes des autres fabricants que dépendra le fait que celui-ci se généralise ou reste une option de niche.

Qui gagne, et que faire

Les gagnants sont les exploitants de grands réseaux dotés de matériel compatible, et Linux lui-même, qui conserve sa place de plateforme par défaut pour ce type d’infrastructure. Les perdants sont, sans doute, ceux qui pensent encore que le progrès du noyau se mesure à ses fonctions phares.

Notre conseil est modeste. Si vous exploitez du matériel IDPF à grande échelle, suivez la sortie de la 7.4 et testez l’attribut avant de l’activer là où cela compte. Tous les autres peuvent classer cela sans risque parmi les « choses qui se passent sous le plancher ». Nous ajouterions seulement que c’est sous le plancher que se jouera une bonne partie de la performance de la prochaine décennie.