Linux 7.4: Hardware-Offload fürs Packet Pacing ist unspektakulär – und genau das ist der Punkt

Welche Änderung in Linux 7.4 wird in zwei Jahren mehr zählen: die, die einen Bootschritt von Minuten auf Millisekunden drückt, oder ein neues Attribut für Netzwerkgeräte, das die meisten nie zu Gesicht bekommen? Wir würden auf Letzteres wetten. Es ist trocken – aber von der Sorte, die gut altert.

Was neu ist, in zwei Absätzen

Wie Phoronix berichtet, erhält der Netzwerk-Kerncode in Linux 7.4 ein Hardware-Pacing-Offload, einschließlich eines neuen Attributs „pacing_offload“ für Netzwerkgeräte. Die Idee: Die NIC oder SmartNIC übernimmt die Steuerung von Takt und Abstand ausgehender Pakete – eine Aufgabe, die bislang der Kernel selbst erledigt. Der IDPF-Treiber ist der erste, der dies anbindet.

Die Patch-Serie, die auf LWN erscheint und von Willem de Bruijn von Google stammt, beschreibt sie als Aktivierung eines „sicheren“ Hardware-Pacing-Offloads auf einem ersten Gerät, mit rtnetlink-Unterstützung, damit Administratoren die Funktion steuern können, sowie einer kleinen Optimierung am FQ-Offload. Das Merge-Fenster für 7.4 läuft noch, und ein Bericht nennt als Ziel eine Veröffentlichung Ende Dezember.

Die großen Zahlen sind der falsche Blickpunkt

Linux 7.4 bringt einiges Auffälliges mit. Ein Bericht nennt eine Speicheroperation beim Booten, die von rund 268 Sekunden auf 50 Millisekunden sinkt. Ein anderer spricht von einer FAT32-Verbesserung um bis zu das 265-Fache. Das gibt gute Schlagzeilen, und wir zweifeln nicht daran, dass die Zahlen stimmen. Aber solche Einzelkorrekturen beseitigen einen pathologischen Sonderfall. Man hat den Gewinn einmal, dann ist er verbraucht.

Pacing-Offload ist von anderer Art. Es repariert nichts Defektes. Es verlagert eine wiederkehrende Aufgabe auf Hardware, die dafür gebaut ist. Jedes Paket, das eine ausgelastete Maschine verlässt, muss sinnvoll getaktet werden, und in Software kostet das bei jedem Senden CPU-Zeit. Die Verlagerung auf die NIC zahlt sich proportional zum Datenverkehr aus, nicht danach, wie viel Pech man hat.

Warum wir darin eine Geschichte über KI-Rechenzentren sehen

Zunächst ein Vorbehalt: Nichts in dem uns vorliegenden Material sagt, dass diese Arbeit durch KI-Workloads motiviert war. Dieser Zusammenhang ist unsere Deutung. Sie passt aber. Große Cluster bewegen enorme Datenmengen zwischen Maschinen, und dort sind CPU-Zyklen für die Paketzeitsteuerung Zyklen, die für nichts Nützliches zur Verfügung stehen. Das Auslagern auf die NIC ist die naheliegende Richtung.

Aufschlussreich ist auch, dass der erste unterstützte Treiber IDPF ist, der Treiber für eine einzelne Gerätefamilie, und dass die Funktion als vom Administrator steuerbarer Schalter und nicht als globale Änderung bereitgestellt wird. Das ist vorsichtige, schrittweise Entwicklung. Wir halten sie für richtig: auf einem Gerät beweisen, Betreibern einen Schalter geben und andere nachziehen lassen.

Die Kehrseite ist eine echte Einschränkung. Wie es eine Schlagzeile ausdrückt, ist dies Packet Pacing in Hardware, „wenn Ihre NIC es unterstützt“. Vorerst werden die meisten Leser keinerlei Veränderung bemerken. Wer einen Laptop oder einen typischen Heimserver betreibt, hat heute nichts davon. Hardware-Offloads kommen erfahrungsgemäß ungleichmäßig an, und ob dieses zum Standard wird oder eine Nischenoption bleibt, hängt von den Treibern anderer Hersteller ab.

Wer gewinnt, und was zu tun ist

Gewinner sind Betreiber großer Netze mit kompatibler Hardware sowie Linux selbst, das seinen Anspruch als Standardplattform für solche Infrastruktur behält. Verlierer sind wohl alle, die noch glauben, Kernel-Fortschritt bemesse sich an Schlagzeilenfunktionen.

Unser Rat ist bescheiden. Wer IDPF-basierte Hardware in großem Maßstab betreibt, sollte die Veröffentlichung von 7.4 beobachten und das Attribut testen, bevor es irgendwo aktiviert wird, wo es darauf ankommt. Alle anderen können das getrost unter „Dinge, die unter den Dielen passieren“ ablegen. Wir würden nur ergänzen: Unter den Dielen entsteht ein Großteil der Performance des nächsten Jahrzehnts.