Linux 7.3 bringt Admins schnellere Dateisysteme, ob er LTS wird, ist noch offen

Linus Torvalds hat Linux 7.3 am 18.10.2026 veröffentlicht, die meisten Systeme müssen deshalb nicht sofort etwas tun: Auf Servern und Desktops kommt der Kernel in der Regel erst über die Distribution an. Wer stabil fahren will, bleibt beim Kernel seiner Distribution oder bei einer der Longterm-Linien von kernel.org, zuletzt 6.18.57 vom 15.10.2026. Ob 7.3 oder erst 7.4 der Langzeit-Kernel (LTS) des Jahres wird, ist offen; Phoronix hält beides für möglich, eine Entscheidung gibt es nicht.

Was ist mit Linux 7.3 geschehen?

Laut LWN nannte Torvalds das Release „a record-breaker on all fronts“. Es enthält 18.765 Non-Merge-Commits, also Änderungen ohne reine Zusammenführungen, von 3.021 Entwicklerinnen und Entwicklern. 807 von ihnen steuerten erstmals Code zum Kernel bei.

Die dm-Rechnung dazu: 807 ÷ 3.021 ≈ 0,267, das sind rund 27 % Erstbeitragende. Für den Betrieb ist das keine Qualitätsaussage, es zeigt nur die Breite der Entwicklung. Das Merge-Window für Linux 7.4, in dem neue Funktionen eingereicht werden, öffnet am 19.10.2026.

LWN nennt als wichtige Änderungen unter anderem Erweiterungen von binfmt_misc, Gruppen-Scheduling für große Systeme, das neue Dateisystem failfs, den Systemaufruf fchroot(), globale Per-CPU-Daten für BPF, den Abschluss der sched_ext-Subscheduler, Working-Set-Tracking für virtuelle Maschinen, alternative Datenströme in ntfs3 und eine lange Liste von SMB-Server-Verbesserungen.

Welche Dateisystem-Änderungen betreffen Admins?

Am greifbarsten sind die Änderungen bei Btrfs und ext4, die KernelNewbies auflistet. Es handelt sich um Angaben aus der Changelog-Zusammenfassung, eigene Messungen liegen der Redaktion nicht vor.

Btrfs: fsync und Direct I/O

Bei Btrfs ist die Direct-I/O-Leistung wiederhergestellt, also die Ein- und Ausgabe unter Umgehung des Seitencaches. Auf Laufwerken, die keine SSDs sind, entfällt zudem eine unnötige Verzögerung beim Logging. Das senkt laut KernelNewbies die Latenz und bringt bei fsync-Lasten den fünffachen Durchsatz. fsync zwingt Daten sicher auf den Datenträger und ist für Datenbanken und Mailserver typisch.

Ebenfalls fünfmal schneller ist fsync, wenn das Feature no-holes aktiv ist; das ist seit btrfs-progs 5.15 der Standard. Der Faktor gilt also für diese beiden Fälle und nicht allgemein für Btrfs. Benchmarks für SSDs nennt die Quelle nicht.

ext4: Schreibvorgänge und fallocate()

Bei ext4 laufen parallele Direct-I/O-Schreibvorgänge schneller, ebenso fallocate(), das Speicherplatz vorab reserviert. Außerdem wurde eine Regression bei gepufferten Schreibvorgängen behoben. Konkrete Zahlen nennt KernelNewbies hier nicht.

RWF_DONTCACHE für Blockgeräte

Neu ist RWF_DONTCACHE beim Öffnen von Blockgeräten über preadv2, pwritev2 und io_uring. Es dient als Alternative zu Direct I/O, etwa für Datenbanken auf Raw-Block-Devices. Das betrifft vor allem Teams, die solche Spezialsetups entwickeln oder betreiben.

Btrfs free space v1, XFS und entfernte Dateisysteme

Bei Btrfs ist der Free-Space-Cache in Version 1 ab Linux 7.3 standardmäßig deaktiviert. Laut KernelNewbies ist Version 2 (der free space tree) bereits seit Linux 5.15 der mkfs-Standard, neu angelegte Dateisysteme sind also nicht betroffen. Bestehende Dateisysteme mit v1 laufen weiter, können aber ohne das Caching der Blockgruppen etwas langsamer sein. dm-Einordnung: Prüfen Sie deshalb vor dem Wechsel, welche Variante Ihre älteren Btrfs-Volumes nutzen.

Für Direct I/O auf Btrfs nennt der Changelog laut KernelNewbies einen Sprung von rund 50 % auf rund 95 % des theoretischen Maximums. Möglich wird das durch einen iomap-Bounce-Buffer, der den bisherigen Rückfall auf gepuffertes I/O ersetzt. Das ist eine Angabe aus dem Changelog, keine unabhängige Messung; wie stark Ihre Last profitiert, hängt vom Zugriffsmuster ab.

XFS unterstützt jetzt FALLOC_FL_WRITE_ZEROES, einen fallocate()-Modus, der Bereiche mit Nullen beschreibt. Relevant ist das vor allem für Anwendungen, die diesen Modus gezielt anfordern. Ebenfalls neu: Im iomap-Unterbau gibt es einen einfachen Pfad für kleine Direct-I/O-Zugriffe. In einer Beispiellast stieg ext4 damit laut KernelNewbies von 1,92 auf 2,19 Millionen IOPS (I/O-Operationen pro Sekunde). Das ist ein Laborwert und keine Prognose für Produktivsysteme.

Entfernt wurden schließlich die alten Dateisysteme freevxfs und EFS. Wer noch Datenträger mit diesen Formaten einhängen muss, etwa aus Archivbeständen, braucht dafür nach dm-Einordnung künftig einen älteren Kernel oder ein separates Werkzeug.

SMB-Server, Sandbox und cgroups

Beim SMB-Server im Kernel (dm-Einordnung: ksmbd, KernelNewbies schreibt nur „SMB server“) kommen opt-in-Unterstützung für Apple Time Machine, SMB3-Request-Replay, Verschlüsselung pro Share und Verschlüsselung für SMB-Direct-RDMA hinzu. Das gilt für den Kernel-Server, nicht für Samba im Userspace; Samba-Installationen profitieren davon nicht automatisch. Ab welcher macOS-Version Time Machine damit läuft, steht in den Quellen nicht.

Für Sandboxing liefert 7.3 laut KernelNewbies die Kombination aus failfs und fchroot(2). failfs ist ein Dateisystem, das laut LWN alle Operationen scheitern lässt („fails all operations“). Bei cgroups verwaltet die dmem-cgroup den Grafikspeicher besser, was Spielen auf Low-End-GPUs zugutekommen soll. Mit sched_ext lassen sich eigene BPF-Task-Scheduler je cgroup einsetzen, zudem wurde das cgroup-Scheduling beschleunigt.

Weitere Punkte: userfaultfd unterstützt VM-Working-Sets, FUSE über io_uring wird schneller, und binfmt_misc wurde „für Distros wie NixOS“ erweitert.

Welche Altlasten und Standards ändern sich mit Linux 7.3?

Dieses Bild wurde komplett mit KI generiertProviderhiggsfieldModellgpt_image_2PromptClose-up of NVMe solid state drives and hard disks in an open server chassis, status LEDs blinking, shallow depth of field, symbol of file system performance, technical mood. Photorealistic editorial magazine photo, 16:9. Absolutely no text, no letters, no numbers, no logos, no brand marks.

Mehrere Änderungen betreffen Systeme, die lange unverändert liefen. Laut KernelNewbies hat Linux 7.3 die Unterstützung für Hyper-V-Versionen von Windows Server 2012 und 2012 R2 sowie von Windows 8 und 8.1 entfernt. dm-Einordnung: Läuft ein Linux-Gast auf einem solchen Host, sollten Sie den Kernel-Wechsel erst nach einem Hostupgrade einplanen.

Im Netzwerk streicht openvswitch die Unterstützung für Legacy-Tunnel-Ports, und bei conntrack entfallen veraltete Modulparameter. Prüfen Sie Konfigurationen und Startskripte, die solche Parameter noch setzen, damit sie nach dem Update nicht ins Leere laufen.

Neu ist die sysctl af_alg_restrict für die Krypto-Schnittstelle AF_ALG, die Programmen den Zugriff auf Kernel-Kryptofunktionen über Sockets erlaubt. Der Standardwert ist 1, also eingeschränkt. Für cryptsetup wurden laut KernelNewbies zusätzliche Ciphers über AF_ALG freigegeben. Wenn eigene Software AF_ALG nutzt, testen Sie sie gegen den neuen Standard.

Bei den Kernel-Threads ändert sich der Dateisystemzustand: Sie starten in einem eigenen nullfs-Mount, und PID 1 (etwa systemd) erhält eine eigene fs_struct. Zuvor konnte pivot_root() den Dateisystemzustand aller Kernel-Threads umschreiben. Das betrifft vor allem Initramfs- und Container-Setups, die pivot_root() einsetzen.

Weitere Punkte sind optional oder speziell:

• Die neue sysctl vm.panic_on_unrecoverable_memory_failure löst bei nicht behebbaren Speicherfehlern in Kernel-Seiten einen Kernel-Panic aus, damit der Fehlerkontext erhalten bleibt. Sie ist opt-in und ändert ohne Aktivierung nichts.
• Landlock: LANDLOCK_RESTRICT_SELF_NO_NEW_PRIVS ersetzt die Kombination aus prctl(PR_SET_NO_NEW_PRIVS) und landlock_restrict_self(2).
• zswap kann Daten proaktiv pro cgroup zurückschreiben.
• amd-pstate erhielt Korrekturen für die BIOS-Mindestleistung und ein überarbeitetes dynamisches EPP (Energy Performance Preference).

Wird Linux 7.3 der nächste LTS-Kernel?

Das ist offen. Phoronix (Michael Larabel, 18.10.2026) schreibt: Bleibt der Zeitplan pünktlich, könnte Linux 7.4 noch vor Ende Dezember erscheinen und damit LTS werden. Alternativ könnte Greg Kroah-Hartman „sicherheitshalber“ 7.3 zum LTS-Kernel erklären. Beides ist eine Einschätzung, keine Entscheidung.

Wer für längere Zeit plant, sollte daher nicht auf 7.3 wetten. Die aktuellen Longterm-Linien laut kernel.org (abgerufen 19.10.2026) sind 6.18.57, 6.12.113, 6.6.159, 6.1.190, 5.15.223 und 5.10.272, alle vom 15.10.2026. Der Stable-Zweig steht bei 7.2.11, Mainline ist 7.3 vom 18.10.2026.

Welche Distributionen liefern Linux 7.3 bereits?

Belegt ist bisher nur Fedora Rawhide, der Entwicklungszweig von Fedora. Laut Fedora Packages (abgerufen am 19.10.2026) liegt dort kernel-7.3.0-0.rc7, mit Changelog-Einträgen vom 16.10.2026, darunter „Finalize 7.3 configs for Fedora“.

Das ist ein Release Candidate im Entwicklungszweig und kein Update für stabile Fedora-Versionen. Für Produktivsysteme ist diese Paketversion daher nicht gedacht.

Zu Debian, Arch Linux, openSUSE, Ubuntu 26.10 und einem Termin für stabile Fedora-Versionen liegen keine Angaben vor. Daraus lässt sich weder ableiten, dass Linux 7.3 dort fehlt, noch dass es bald kommt. Ob und wann Ihre Distribution den Kernel anbietet, sehen Sie in deren Paketquellen oder Release-Hinweisen.

Was heißt das für den Betrieb?

Ob und wann eine Distribution 7.3 ausliefert, geht aus den Quellen nicht hervor. Wie sich das Verhältnis von Kernel und Distribution bei einem noch jungen Release auswirkt, zeigt die Betrachtung zu Ubuntu 26.10; welcher Kernel dort final kommt, ist dort wie hier nicht gesichert. Zum Vorgänger gibt es einen Rückblick auf Linux 7.1.

Handlungsbedarf besteht derzeit nur an einer Stelle: Prüfen Sie, welche Kernel-Linie Ihre Distribution für die eingesetzte Version vorsieht, und warten Sie auf deren Update. Einen selbst gebauten Mainline-Kernel auf Produktivsystemen sollten Sie wegen der Dateisystem-Verbesserungen allein nicht einsetzen. Wer Btrfs auf Festplatten mit fsync-lastigen Diensten betreibt, kann den neuen Kernel auf einem Testsystem prüfen, sobald die Distribution ihn anbietet.