Linux 7.2 ist offiziell erschienen und steht seit dem 16. August 2026 als neuer Mainline-Kernel bereit. Die Version verbessert unter anderem das CPU-Scheduling, Btrfs, XFS und den NFS-Server. Besonders interessant sind ein neues Cache-aware Load Balancing sowie größere Standardtransfers bei NFS. Btrfs macht außerdem Large Folios zum regulären Bestandteil des Dateisystems.
Der neue Kernel richtet sich damit nicht nur an Desktop-Nutzer. Viele Änderungen sind für Server, NAS-Systeme und andere professionelle Linux-Systeme relevant. Kernel.org führt Linux 7.2 inzwischen als neuesten Mainline-Release. Die stabile 7.1-Serie bleibt parallel für entsprechende Wartungsupdates bestehen.
Linux 7.2 optimiert CPU-Scheduling und macht Btrfs Large Folios regulär
Eine der größeren Änderungen steckt im Scheduler. Linux 7.2 führt Cache-aware Load Balancing ein. Der Kernel berücksichtigt stärker, ob zusammengehörige Tasks Daten miteinander teilen. Solche Prozesse können innerhalb derselben Last-Level-Cache-Domäne platziert werden.
Das Ziel ist eine bessere Cache-Lokalität. Häufig zwischen getrennten Cache-Domänen verschobene Daten können zusätzliche Cache Misses und Speicherzugriffe verursachen. Eine intelligentere Platzierung reduziert solche Bewegungen. Besonders parallele Anwendungen mit mehreren Threads können von diesem Ansatz profitieren.
Die Änderung bedeutet nicht automatisch einen messbaren Geschwindigkeitssprung auf jedem Desktop. Der Effekt hängt stark von CPU-Topologie, Anwendung und Arbeitslast ab. Auf Systemen mit vielen Kernen und mehreren LLC-Domänen besitzt die Optimierung grundsätzlich mehr Potenzial als auf einfachen Prozessoren.
Bei Btrfs erreicht gleichzeitig eine länger entwickelte Speicheroptimierung den regulären Status. Large Data Folios gelten nicht mehr als experimentelles Feature. Die Unterstützung kam bereits mit Linux 6.17 hinzu und erhielt seitdem mehrere Fehlerkorrekturen und Tests.
| Bereich | Änderung in Linux 7.2 | Möglicher Nutzen |
|---|---|---|
| CPU-Scheduler | Cache-aware Load Balancing | Bessere Cache-Lokalität |
| Btrfs Large Folios | Nicht mehr experimentell | Reifere Speicherverwaltung |
| Btrfs Writeback | Kleinere optimierte BIOs | Gleichmäßigerer I/O-Durchsatz |
| Btrfs Direct I/O | DIO-Schreibzugriffe nicht mehr unnötig serialisiert | Mehr paralleler Schreibdurchsatz |
| XFS | Zoned Allocator verlässt Experimentalstatus | Reiferer Einsatz auf Zoned Storage |
| NFS | Standardblockgröße steigt unter passenden Bedingungen auf 4 MB | Weniger RPC-Overhead auf schnellen Netzwerken |
Weitere Btrfs-Patches konzentrieren sich direkt auf I/O-Performance. Beim Writeback sammelte Btrfs teilweise sehr große BIOs vor der Übergabe an den Block-Layer. Das konnte die I/O-Pipeline für mehrere Millisekunden ausbremsen. Der neue Code begrenzt die Größe anhand sinnvoller Hardwarewerte und übergibt Daten früher an den Block-Layer. Der Entwickler maß auf seinem Testsystem rund 15 Prozent mehr Durchsatz bei sequenziellen Schreibvorgängen.
Eine weitere Korrektur betrifft Direct I/O. Nach dem Wechsel auf eine neue Mount-API fehlte bei Btrfs ein Flag. Dadurch erhielten parallele Direct-I/O-Schreibzugriffe unnötig einen exklusiven Inode-Lock. Linux 7.2 korrigiert diesen Zustand. In einem Entwickler-Benchmark mit NVMe und io_uring stieg der Durchsatz um rund 59 Prozent. Der Wert beschreibt eine bestimmte Testkonfiguration und sollte nicht als allgemeiner Performance-Gewinn für alle Btrfs-Systeme verstanden werden.
NFS erhöht Transfers auf 4 MB und XFS macht Zoned Storage reifer
Für Server und NAS-Systeme ist die NFS-Änderung besonders interessant. Der Linux-NFS-Server erhöht seine standardmäßige maximale Blockgröße von bisher 1 MB auf 4 MB. Der größere Wert kommt automatisch auf Rechnern mit mindestens 16 GB Arbeitsspeicher zum Einsatz. Systeme mit weniger RAM behalten die bisher berechnete kleinere Größe.
Größere NFS-Transfers sollen den Aufwand pro RPC-Aufruf auf schnellen Netzwerken reduzieren. Mehr Nutzdaten lassen sich mit einem einzelnen Vorgang übertragen. Das kann insbesondere bei hohen Übertragungsraten und großen Dateien sinnvoll sein.
Administratoren behalten die Kontrolle über den Wert. Die maximale Blockgröße lässt sich weiterhin über /proc/fs/nfsd/max_block_size anpassen. Auch die Client-Seite muss entsprechend große Read- und Write-Größen unterstützen. Ohne passende Client-Unterstützung entsteht durch den erhöhten Serverstandard kein automatischer Vorteil.
Die größere Blockgröße benötigt außerdem mehr Socket-Puffer. Administratoren mit großen NFS-Thread-Pools sollten diesen zusätzlichen Speicherbedarf bei ihrer Konfiguration berücksichtigen. Für einfache Heim-NAS-Systeme mit ausreichend RAM funktioniert der neue Standard dagegen ohne manuelle Aktivierung.
XFS bekommt mit Linux 7.2 ebenfalls eine wichtige Änderung. Der Zoned Allocator verliert seine experimentelle Kennzeichnung. Die Funktion kam bereits mit Linux 6.15 in den Kernel. Seitdem erhielt der Code kontinuierliche Wartung und Verbesserungen. Die Kernel-Entwickler melden keine größeren bekannten Probleme und stufen die Funktion deshalb jetzt als regulären Bestandteil ein.
Davon profitieren vor allem Storage-Umgebungen mit zonenbasierten Datenträgern. Die Änderung sollte allerdings nicht mit einem neuen XFS-Performancefeature verwechselt werden. Linux 7.2 signalisiert an dieser Stelle vor allem einen höheren Reifegrad der vorhandenen Unterstützung.
- Cache-aware Scheduling verbessert die Platzierung zusammengehöriger CPU-Tasks.
- Btrfs Large Folios gelten nicht mehr als experimentell.
- Btrfs erhält zusätzliche Optimierungen für Writeback und Direct I/O.
- XFS Zoned Allocation erreicht einen reiferen Upstream-Status.
- NFS nutzt auf Systemen ab 16 GB RAM standardmäßig bis zu 4 MB große Transfers.
- Der NFS-Wert bleibt für Administratoren konfigurierbar.
Linux 7.2 folgt auf mehrere aktuelle Kernel-Wartungsupdates. Zuletzt erschienen vier Linux-Kernel-Updates mit wichtigen Fehlerkorrekturen für bestehende Zweige. Version 7.2 startet dagegen einen neuen Mainline-Zyklus mit zusätzlichen Funktionen und größeren Subsystemänderungen.
Desktop-Nutzer müssen Linux 7.2 nicht manuell von kernel.org installieren. Die großen Distributionen entscheiden selbst über die Aufnahme neuer Kernel-Versionen und deren Zeitplan. Rolling-Release-Systeme dürften Linux 7.2 früher übernehmen. Distributionen mit länger gepflegten Kernel-Zweigen können bei einer älteren Version bleiben und relevante Korrekturen separat zurückportieren.