Die gemeldeten netperf TCP_STREAM-Messungen zeigen das mögliche Potenzial:
Diese Werte gelten nur für die jeweils getestete Konfiguration. Entscheidend sind unter anderem gso_max_size, gro_max_size, die Fähigkeiten der Netzwerkkarte, aktivierte Offload-Funktionen, MTU, Tunneltyp und Workload. Betreiber sollten ihre eigenen VXLAN- oder Geneve-Pfade messen, statt die Prozentsätze als pauschalen Linux-7.3-Speedup zu verstehen.
Eine zweite wichtige Änderung betrifft das Hinzufügen und Löschen von IPv4- und IPv6-FIB-Regeln. Diese Vorgänge sind nun, soweit möglich, weniger stark vom breit wirkenden RTNL-Lock abhängig. Stattdessen kommt ein Mutex zum Einsatz, der den jeweiligen fib_rules_ops zugeordnet ist. Dadurch können mehrere Vorgänge parallel ablaufen. In bestimmten Fällen bleibt RTNL allerdings erforderlich, etwa beim fib_unmerge()-Pfad der ersten IPv4-Regel.
Ein synthetischer Test mit starkem Parallelismus verdeutlicht den möglichen Effekt. Dabei wurden 4.096 Netzwerk-Namespaces angelegt und jeweils 1.024 Regeln parallel hinzugefügt:
Die Zahlen messen vor allem extreme Lock-Konkurrenz bei der Verwaltung vieler Namespaces. Sie sind kein Versprechen, dass jeder Containerstart oder jeder Routing-Workload in diesem Maß beschleunigt wird.
Der Netzwerk-Teil des Kernels wird außerdem zu einem Testfeld für KI-gestützte Entwicklungsprozesse. Jakub Kicinski nannte 632 Patches im Bereich net und 648 Patches in net-next. Seiner Einschätzung zufolge bestand etwa ein Drittel bis die Hälfte von net-next aus KI-getriebenen, niedrig priorisierten Korrekturen, Aufräumarbeiten oder Klarstellungen – rechnerisch ungefähr 216 bis 324 Patches. Kicinski und Paolo Abeni beschrieben die daraus entstehende Arbeitslast als „completely overwhelmed“, also völlig überlastet.
Die geplante Antwort besteht nicht darin, die Maintainer durch ein einzelnes Modell zu ersetzen. Meta stellt Budget und Zugang zu mehreren fortschrittlichen KI-Modellen bereit. Eingehende Patches sollen dadurch zunächst von mehreren Modellen geprüft werden, damit eine Halluzination oder Fehlinterpretation eines einzelnen Systems nicht unbemerkt den weiteren Prozess bestimmt.
Automatisiert werden könnten zunächst vergleichsweise strukturierte Aufgaben:
Die Grenzen liegen dort, wo eine Änderung nur in seltenen Situationen problematisch wird. Ungewöhnliche Race Conditions sowie Hardware-Recovery-Pfade – etwa bei PCIe-Fehlern oder Timeouts – benötigen weiterhin menschliche Expertise. KI kann wiederkehrende Sichtungsarbeit filtern, ersetzt aber nicht das Verständnis von Nebenläufigkeit, API-Verträgen und der korrekten Reihenfolge von Wiederherstellungsschritten.
Der Merge bringt neben den Kernverbesserungen auch neue Hardware-Unterstützung:
Auch bei bestehenden Protokollen gibt es kleinere, aber praxisrelevante Anpassungen. MPTCP erhält unter extremem Speicherdruck einen Notfallmechanismus, der Out-of-Order-Warteschlangen verkleinern kann. Das ist vor allem eine Maßnahme zur Stabilisierung unter knappen Ressourcen und kein Versprechen auf höheren normalen Durchsatz.
Die Übergabe von Dateideskriptoren über AF_UNIX wird ebenfalls besser diagnostizierbar. Mit SO_RIGHTS_NOTRUNC kann der Empfänger erkennen, welcher Dateideskriptor abgelehnt wurde und welcher errno-Wert vorlag, wenn ein Linux Security Module (LSM) einen Eintrag in einem SCM_RIGHTS-Array blockiert. Die übrigen Einträge gehen dann nicht mehr automatisch beim ersten Fehler verloren.
Der erste Release Candidate wurde für ungefähr den 30. August 2026 erwartet. Die stabile Veröffentlichung war – bei normalem Verlauf des Entwicklungszyklus – für Ende Oktober prognostiziert.
Das bedeutet allerdings nicht, dass die meisten Server und Desktop-Systeme im Oktober automatisch diese Netzwerkfunktionen erhalten. Distributionen wählen ihre Kernel-Versionen selbst, übernehmen einzelne Änderungen zurück in ältere Kernel, testen sie separat und veröffentlichen sie nach eigenen Zeitplänen. Rolling Releases können Linux 7.3 früher anbieten, während feste Distributionsversionen deutlich länger warten können.
CachyOS wäre wegen seines Rolling-Modells ein naheliegender früher Nutzer. Die verfügbaren August-Images liefen jedoch noch mit Linux 7.1 und bestätigen keinen konkreten Termin für eine Umstellung auf Linux 7.3.
Für Infrastruktur-Teams sind vor allem zwei Änderungen interessant: der BIG-TCP-Pfad durch VXLAN und Geneve sowie die geringere Konkurrenz beim parallelen Verwalten von Routing-Regeln in vielen Netzwerk-Namespaces. Besonders aufmerksam sollten Betreiber von Umgebungen mit hohem Overlay-Durchsatz und Plattformen sein, die viele Namespaces gleichzeitig erzeugen und konfigurieren.
Für Kernel-Entwickler könnte das KI-Experiment langfristig ebenso wichtig sein. Der Merge deutet auf eine klare Arbeitsteilung hin: Modelle übernehmen repetitive Sichtungs- und Prozessaufgaben, während Maintainer die Verantwortung für seltene Fälle behalten, in denen ein plausibel wirkender Patch ein Deadlock-Risiko birgt, die Wiederherstellung nach einem Hardwarefehler beschädigt oder eine implizite Synchronisationsregel verletzt.
Linux 7.3 erhält damit ein umfangreiches Netzwerkpaket. Bevor die Änderungen für die breite Nutzung relevant werden, stehen jedoch noch Tests mit Release Candidates, Hardware-Validierung und die Integration durch die einzelnen Distributionen aus.
Die gemeldeten netperf TCP_STREAM-Messungen zeigen das mögliche Potenzial:
Diese Werte gelten nur für die jeweils getestete Konfiguration. Entscheidend sind unter anderem gso_max_size, gro_max_size, die Fähigkeiten der Netzwerkkarte, aktivierte Offload-Funktionen, MTU, Tunneltyp und Workload. Betreiber sollten ihre eigenen VXLAN- oder Geneve-Pfade messen, statt die Prozentsätze als pauschalen Linux-7.3-Speedup zu verstehen.
Eine zweite wichtige Änderung betrifft das Hinzufügen und Löschen von IPv4- und IPv6-FIB-Regeln. Diese Vorgänge sind nun, soweit möglich, weniger stark vom breit wirkenden RTNL-Lock abhängig. Stattdessen kommt ein Mutex zum Einsatz, der den jeweiligen fib_rules_ops zugeordnet ist. Dadurch können mehrere Vorgänge parallel ablaufen. In bestimmten Fällen bleibt RTNL allerdings erforderlich, etwa beim fib_unmerge()-Pfad der ersten IPv4-Regel.
Ein synthetischer Test mit starkem Parallelismus verdeutlicht den möglichen Effekt. Dabei wurden 4.096 Netzwerk-Namespaces angelegt und jeweils 1.024 Regeln parallel hinzugefügt:
Die Zahlen messen vor allem extreme Lock-Konkurrenz bei der Verwaltung vieler Namespaces. Sie sind kein Versprechen, dass jeder Containerstart oder jeder Routing-Workload in diesem Maß beschleunigt wird.
Der Netzwerk-Teil des Kernels wird außerdem zu einem Testfeld für KI-gestützte Entwicklungsprozesse. Jakub Kicinski nannte 632 Patches im Bereich net und 648 Patches in net-next. Seiner Einschätzung zufolge bestand etwa ein Drittel bis die Hälfte von net-next aus KI-getriebenen, niedrig priorisierten Korrekturen, Aufräumarbeiten oder Klarstellungen – rechnerisch ungefähr 216 bis 324 Patches. Kicinski und Paolo Abeni beschrieben die daraus entstehende Arbeitslast als „completely overwhelmed“, also völlig überlastet.
Die geplante Antwort besteht nicht darin, die Maintainer durch ein einzelnes Modell zu ersetzen. Meta stellt Budget und Zugang zu mehreren fortschrittlichen KI-Modellen bereit. Eingehende Patches sollen dadurch zunächst von mehreren Modellen geprüft werden, damit eine Halluzination oder Fehlinterpretation eines einzelnen Systems nicht unbemerkt den weiteren Prozess bestimmt.
Automatisiert werden könnten zunächst vergleichsweise strukturierte Aufgaben:
Die Grenzen liegen dort, wo eine Änderung nur in seltenen Situationen problematisch wird. Ungewöhnliche Race Conditions sowie Hardware-Recovery-Pfade – etwa bei PCIe-Fehlern oder Timeouts – benötigen weiterhin menschliche Expertise. KI kann wiederkehrende Sichtungsarbeit filtern, ersetzt aber nicht das Verständnis von Nebenläufigkeit, API-Verträgen und der korrekten Reihenfolge von Wiederherstellungsschritten.
Der Merge bringt neben den Kernverbesserungen auch neue Hardware-Unterstützung:
Auch bei bestehenden Protokollen gibt es kleinere, aber praxisrelevante Anpassungen. MPTCP erhält unter extremem Speicherdruck einen Notfallmechanismus, der Out-of-Order-Warteschlangen verkleinern kann. Das ist vor allem eine Maßnahme zur Stabilisierung unter knappen Ressourcen und kein Versprechen auf höheren normalen Durchsatz.
Die Übergabe von Dateideskriptoren über AF_UNIX wird ebenfalls besser diagnostizierbar. Mit SO_RIGHTS_NOTRUNC kann der Empfänger erkennen, welcher Dateideskriptor abgelehnt wurde und welcher errno-Wert vorlag, wenn ein Linux Security Module (LSM) einen Eintrag in einem SCM_RIGHTS-Array blockiert. Die übrigen Einträge gehen dann nicht mehr automatisch beim ersten Fehler verloren.
Der erste Release Candidate wurde für ungefähr den 30. August 2026 erwartet. Die stabile Veröffentlichung war – bei normalem Verlauf des Entwicklungszyklus – für Ende Oktober prognostiziert.
Das bedeutet allerdings nicht, dass die meisten Server und Desktop-Systeme im Oktober automatisch diese Netzwerkfunktionen erhalten. Distributionen wählen ihre Kernel-Versionen selbst, übernehmen einzelne Änderungen zurück in ältere Kernel, testen sie separat und veröffentlichen sie nach eigenen Zeitplänen. Rolling Releases können Linux 7.3 früher anbieten, während feste Distributionsversionen deutlich länger warten können.
CachyOS wäre wegen seines Rolling-Modells ein naheliegender früher Nutzer. Die verfügbaren August-Images liefen jedoch noch mit Linux 7.1 und bestätigen keinen konkreten Termin für eine Umstellung auf Linux 7.3.
Für Infrastruktur-Teams sind vor allem zwei Änderungen interessant: der BIG-TCP-Pfad durch VXLAN und Geneve sowie die geringere Konkurrenz beim parallelen Verwalten von Routing-Regeln in vielen Netzwerk-Namespaces. Besonders aufmerksam sollten Betreiber von Umgebungen mit hohem Overlay-Durchsatz und Plattformen sein, die viele Namespaces gleichzeitig erzeugen und konfigurieren.
Für Kernel-Entwickler könnte das KI-Experiment langfristig ebenso wichtig sein. Der Merge deutet auf eine klare Arbeitsteilung hin: Modelle übernehmen repetitive Sichtungs- und Prozessaufgaben, während Maintainer die Verantwortung für seltene Fälle behalten, in denen ein plausibel wirkender Patch ein Deadlock-Risiko birgt, die Wiederherstellung nach einem Hardwarefehler beschädigt oder eine implizite Synchronisationsregel verletzt.
Linux 7.3 erhält damit ein umfangreiches Netzwerkpaket. Bevor die Änderungen für die breite Nutzung relevant werden, stehen jedoch noch Tests mit Release Candidates, Hardware-Validierung und die Integration durch die einzelnen Distributionen aus.