Am Sonntagnachmittag, dem 18. Oktober 2026, gab Linus Torvalds die allgemeine Verfügbarkeit von Linux 7.3 bekannt. Mit 18.765 Non-Merge-Commits klettert die Gesamtgröße des Kernel-Quellcodes auf über 41 Millionen Zeilen. Die bemerkenswertesten Neuerungen dieses Zyklus betreffen die alltägliche Interaktionsgeschwindigkeit: Der Kernel erfährt einen grundlegenden Umbau seiner seit vielen Jahren etablierten Scheduling-Logik.
Auf dem Testsystem von Scheduler-Maintainer Peter Zijlstra lasteten acht rechenintensive Hintergrundprozesse die CPU vollständig aus. Dennoch stiegen die minimalen Bildraten eines im Vordergrund laufenden Spiels von 3,8 fps auf beachtliche 20,6 fps. Traditionell lag der Fokus der Kernel-Entwicklung auf maximalem Gesamtdurchsatz für Rechenzentren. Linux 7.3 verschiebt die Prioritäten nun spürbar hin zu interaktiven Desktop-Workloads, um sporadischen Rucklern und Zuteilungslatenzen entschlossen entgegenzuwirken.
Verfünffachte minimale Bildrate: cgroup wechselt auf eine Single-Runqueue
Lange Zeit verwaltete das cgroup-Scheduling in Linux für jede Prozessgruppe eine separate Runqueue. Dieser Aufbau bot zwar verlässliche Ressourcenisolation für Batch-Jobs, erzeugte jedoch spürbare Wake-up-Latenzen. Wollten hochpriorisierte interaktive Aufgaben die CPU beanspruchen, mussten sie über Warteschlangengrenzen hinweg auf Locks warten. Lief im Hintergrund eine rechenintensive Kompilierung an, geriet die Desktop-Oberfläche ins Stocken.
In Linux 7.3 überarbeitete Peter Zijlstra die Zuteilung von Zeitscheiben an Prozessgruppen grundlegend. Mehrere Runqueues werden nun in einer einzigen, gemeinsamen Runqueue gebündelt. Diese Änderung führt den concur-Modus ein, der standardmäßig aktiviert ist. Zwar besteht weiterhin die Option, auf das alte Verhalten zurückzugreifen, doch die konsolidierte Warteschlange reduziert die Lock-Konflikte beim Kontextwechsel drastisch.
Unter Volllast mit acht Hintergrundprozessen stieg die durchschnittliche Bildrate desselben Spiels von 48,0 fps auf 57.2 fps – ein Zuwachs von 19 %. Die für wahrgenommene Mikroruckler entscheidenden Minimum-Frametimes verbesserten sich noch deutlicher: Die minimalen FPS sprangen von 3,8 fps auf 20,6 fps, was einem Anstieg von über 440 % entspricht. Während Durchschnittswerte den theoretischen Durchsatz abbilden, bestimmen die Minimalwerte das Bediengefühl. Die einheitliche Runqueue glättet Latenzspitzen und stellt Vordergrundprozessen unmittelbar Rechenzeit zur Verfügung.
Parallel dazu wurden die Kernfunktionen für steckbare sched_ext-Scheduler in 7.3 fertiggestellt. Dies schafft ein flexibles Experimentierfeld für Scheduler im Userspace. Das ab Werk spürbar flüssigere Desktop-Erlebnis verdankt sich jedoch in erster Linie dem Umbau des Standard-Schedulers auf die Single-Runqueue.
Abbildung: Release-Banner zu Linux 7.3. Quelle: OMG! Ubuntu
Wichtige Patches von Valve: 8 GB VRAM genügen für 9-GB-Spiel
Engpässe auf Desktops und Handheld-Geräten beschränken sich keineswegs auf das CPU-Scheduling. Natalie Vock, Ingenieurin bei Valve, steuerte fundamentale Patches für das Grafikspeichermanagement zu Linux 7.3 bei. Die im AMD-GPU-Treiber vorgenommenen Änderungen greifen genau dann ein, wenn der Videospeicher eines Systems an seine Grenzen stößt.
Fordert eine hochpriorisierte grafische Vollbildanwendung geschützten Speicher an, kann der Kernel nun aktiv Daten verdrängen. Nicht geschützte Speicherallokationen von Hintergrundaufgaben werden aus dem VRAM entfernt und vorübergehend in den Hauptspeicher des Systems ausgelagert. Bislang führte VRAM-Mangel unter Linux häufig zu Bildstillständen oder Prozessabstürzen. Der neue Eviction-Mechanismus schafft einen dynamischen Ausweichpfad direkt im Treiber.
Auf einem Testsystem mit einer 8-GB-Grafikkarte forderte der moderne Titel Indiana Jones und der Große Kreis nahezu 9 GB VRAM. Unter Linux 7.3 blieb das System dennoch stabil im Betrieb. Trotz physikalischer Speicherengpässe brachen die Bildraten nicht schlagartig ein. Das Betriebssystem übernimmt die kontrollierte Überbuchung des Grafikspeichers und hält die Rendering-Pipeline durch gestaffeltes Paging aufrecht.
Diese Optimierung kommt vor allem SteamOS und dem gesamten Handheld-Ökosystem zugute. Passend dazu zogen erste Mainline-Treiber für den Steam Controller (Modell 2026) und das Handheld MSI Claw in den Kernel ein. Der Upstream-Kernel greift Anforderungen aus der Gaming-Praxis zügig auf und schöpft begrenzte Hardwarekapazitäten optimal aus.
Direkte E/A umgeht Cache-Locks: NVMe-Lesen klettert auf 2,19 Mio. IOPS
Das Bestreben, Verzögerungen zu minimieren, erstreckt sich ebenso auf das Storage-Subsystem. Angesichts extrem schneller PCIe-Gen5-NVMe-SSDs, die im Mikrosekundenbereich operieren, entwickelten sich Lock-Konflikte im Page-Cache des Kernels zunehmend zum limitierenden Faktor. Der Speicherengpass hat sich von den Flash-Medien in die internen Codepfade des Betriebssystems verlagert.
Ingenieure von ByteDance reichten Optimierungen für Direct-I/O in ext4 und XFS ein. In Benchmarks auf PCIe-Gen5-NVMe-SSDs stieg der Durchsatz bei zufälligen 4K-Direktlesezugriffen von 1,92 Millionen IOPS auf 2,19 Millionen IOPS – ein Plus von 14 %. Im Verbund mit dem asynchronen I/O-Framework io_uring fielen die Gewinne noch deutlicher aus. Durch das Umgehen der Page-Cache-Allokationspfade kann die Busbandbreite moderner NVMe-Controller vollständig ausgereizt werden.
Auch das Dateisystem Btrfs wurde in diesem Release gründlich überarbeitet. Schreibzugriffe via Direct-I/O setzen nun auf IOmap-Bounce-Buffer und ersetzen den veralteten gepufferten Fallback-Mechanismus. Bei großen Dateien mit vielen Extents und ohne Löcher überspringt der Kernel bei vollständigen fsync-Aufrufen künftig die Hole-Suche. Zugleich wurden Lock-Overheads beim Extent-Readahead reduziert.
Phoronix verglich Linux 7.2 und 7.3 auf einer HP Z4 G6i Workstation mit Intel Xeon 678X und PCIe-4.0-SSD. Unter identischen Standard-Mount-Parametern verzeichnete Btrfs in bestimmten Teilszenarien eine Verdreifachung bis Verfünffachung des Durchsatzes. Diese gezielten Bereinigungen beseitigen interne Wartezeiten und sorgen für stabilere Latenzen bei E/A-Aufrufen.
Abbildung: Linux Kernel 7.3 führt weitreichende Scheduler- und Hardware-Optimierungen ein. Quelle: Linuxiac
Pflege älterer Architekturen: Pentium III erhält Speicherbarrieren zurück
Während der moderne Kernel technologisch voranschreitet, beweist er bemerkenswerte Sorgfalt bei der Pflege historischer Plattformen. Linux 7.3 behebt eine subtile, seit Jahren unbemerkte Befehlsabhängigkeit im Kernel-Code. AMD-Athlon-XP-Prozessoren aus der Ära vor SSE2 verfügen nun wieder über korrekte Speicherbarrieren für Schreiboperationen. Auch frühe Intel Pentium III- und Celeron-CPUs profitieren davon.
Älterer Code hatte fälschlicherweise Instruktionen verwendet, die erst mit SSE2 eingeführt wurden. Auf diesen historischen Prozessoren bestand dadurch das Risiko von Out-of-Order-Speicherzugriffen in modernen Kernel-Versionen. Die Entwickler rüsteten die native SFENCE-Barriere nach und stellten damit verlässliche Speicherreihenfolgen für zwei Jahrzehnte alte Hardware wieder her. Selbst wenn 64-Bit-Multicore-Chips moderne Rechenzentren beherrschen, hält der Mainline-Kernel an grundlegenden Kompatibilitätsversprechen fest.
Eine ähnliche Langzeitpflege erfährt der Grafik-Stack: Die 2012 vorgestellte AMD Radeon HD 7000-Serie erhält in Linux 7.3 Unterstützung für DRM-Format-Modifier. Dies verbessert das Zusammenspiel der ersten GCN-Architektur mit Vulkan-basierten Wayland-Compositoren und verlängert die Nutzungsdauer betagter Hardware.
Zu den weiteren Neuerungen gehört eine Erkennungsfunktion für USB-C-Kabel. Das System prüft nun vor dem Umschalten auf Alt-Modes wie DisplayPort oder Thunderbolt die physikalische Belastungsgrenze des Kabels. Zudem unterstützt OverlayFS jetzt id-mapped Mounts, während das neue FailFS für Fehlerinjektionstests sowie ein neuer Systemaufruf namens fchroot() integriert wurden.
Ein 41-Millionen-Zeilen-Kernel fokussiert sich auf Tail-Latency
Am 18. Oktober 2026 veröffentlichte Linus Torvalds die Release-Mitteilung. Scherzhaft bemerkte er, dass er an einem Sonntagnachmittag glücklicherweise den Wochentag richtig im Kopf hatte, um die Version pünktlich freizugeben. Der Veröffentlichungszyklus vereinte 3.021 Entwickler, darunter 807 Erstbeitragende. Nach aktuellem Zeitplan wird das kommende Ubuntu 26.10 auf Linux 7.3 aufsetzen, und künftige LTS-Releases dürften dieses Fundament weiterführen.
Über lange Zeit hinweg prägten reine Durchsatzmetriken für Großrechner die Entwicklung von Betriebssystemen. Entwickler optimierten akribisch die Zahl der pro Sekunde verarbeiteten Netzwerkpakete und maximierten parallele Verbindungen. Diese Durchsatzorientierung begründete die Vormachtstellung von Linux in der Cloud, stellte das interaktive Nutzererlebnis am Desktop jedoch oft hintenan.
Linux 7.3 markiert eine spürbare Richtungsänderung. Von Valves dynamischer VRAM-Verdrängung bis hin zur Single-Runqueue im cgroup-Scheduler konzentrieren sich die Neuerungen auf das Reduzieren von Tail-Latencies. Wie flüssig sich ein System anfühlt, entscheidet sich am pünktlichen Rendern des schlechtesten Frames und daran, ob Tastatureingaben und Lesezugriffe interne Locks umgehen können.
Mit über 41 Millionen Zeilen Quellcode räumt der Kernel systematisch jene Altlasten aus, die bisher für unvorhersehbare Hänger sorgten. Der Schwerpunkt im Leistungswettlauf hat sich verschoben: Neben einem soliden Cloud-Fundament schützt Linux nun mit präziser Zeitplanung die entscheidenden Millisekunden auf dem Desktop.
Weiterführende Links:
- LKML Release-Ankündigung
- Berichterstattung auf OMG! Ubuntu
- Berichterstattung auf Linuxiac
- Phoronix Btrfs-Benchmarks
