Kernel 7.2: Linux Kernel verteilt Prozesse effizienter und swapped besser

Ein Meilenstein der Effizienz: Linux Kernel 7.2 ist offiziell veröffentlicht

Die Entwicklung des Linux-Kernels hat einen weiteren bedeutenden Schritt vollzogen. Mit der offiziellen Freigabe von Version 7.2 durch Linus Torvalds erreicht das Betriebssystem-Fundament einen Stand, der insbesondere auf die Optimierung von Ressourcen und die Steigerung der allgemeinen Systemeffizienz abzielt. Die Veröffentlichung fand planmäßig statt, wobei Torvalds in seiner begleitenden Release-Mitteilung einräumte, dass die letzte Phase vor dem Release arbeitsintensiver ausfiel als ursprünglich erhofft. Einige kurzfristig geplante Änderungen mussten in letzter Sekunde zurückgenommen werden, um die Stabilität des Kernels nicht zu gefährden. Dies betraf unter anderem Anpassungen am Scheduler des Direct Rendering Managers (DRM), die nicht wie vorgesehen implementiert werden konnten. Dennoch ist die Liste der Neuerungen lang und verspricht signifikante Leistungsverbesserungen in verschiedenen Bereichen, von der Grafikverarbeitung bis hin zur Speicherverwaltung. Die Community blickt nun auf einen ausgereiften Kernel, der moderne Hardware-Architekturen besser ausnutzt und gleichzeitig alte Zöpfe konsequent abschneidet. Die Veröffentlichung markiert zudem den Startpunkt für die nächste Entwicklungsphase, da sich mit dem Release von 7.2 das Merge-Fenster für die kommende Version 7.3 bereits wieder geöffnet hat.

Technische Details und Optimierungen im Überblick

Der Kern der Neuerungen in Kernel 7.2 liegt in der intelligenten Verteilung von Rechenlasten. Ein zentraler Punkt ist der DRM-Scheduler, der trotz der erwähnten Reverts einen neuen Algorithmus erhalten hat. Dieser orientiert sich am bewährten Completely Fair Scheduler (CFS) und ersetzt den bisherigen First-in-First-out-Ansatz (Fifo), was bei der Zuteilung von Rechenzeit für Grafikkarten zu einer deutlich gerechteren und effizienteren Verteilung führen soll. Parallel dazu wurde der CPU-Scheduler grundlegend überarbeitet, um die Cache-Struktur der Prozessoren stärker in seine Entscheidungsfindung einzubeziehen. Das sogenannte Cache-Aware Scheduling sorgt dafür, dass Threads, die auf dieselben Daten zugreifen, bevorzugt auf Kernen ausgeführt werden, die sich den gleichen Last Level Cache (LLC) teilen. Dies ist insbesondere für moderne Mehrkern-Prozessoren wie die Epyc-Serie von AMD von entscheidender Bedeutung, da hier jedes Chiplet einen Teil des L3-Caches implementiert. Durch die verbesserte Cache-Lokalität wird die Kommunikation zwischen den Rechenkernen beschleunigt, was die Gesamtlatenz senkt und den Durchsatz bei rechenintensiven Anwendungen spürbar erhöht. Die aktuelle Implementierung konzentriert sich dabei zunächst auf Threads innerhalb desselben Prozesses, wobei die Entwickler bereits an komplexeren Algorithmen arbeiten.

Fortschritte bei Speicherverwaltung und Dateisystemen

Neben der CPU- und GPU-Planung wurden auch die Mechanismen zur Speicherverwaltung grundlegend überarbeitet. Ein wesentlicher Fokus lag hierbei auf dem Swap-Verhalten des Kernels. Der Algorithmus, der entscheidet, welche Speicherseiten auf den Swap-Speicher ausgelagert werden sollen, wurde optimiert, was bei speicherintensiven Anwendungen wie der Datenbank MongoDB zu Leistungssteigerungen von bis zu 30 Prozent führen kann. Auch das proc-Dateisystem profitiert von den Änderungen, da bestimmte Elemente nun deutlich schneller ausgelesen werden können. Im Bereich der Dateisystemtreiber gibt es ebenfalls bemerkenswerte Fortschritte: Der NTFS-Treiber unterstützt nun native symbolische Verknüpfungen von Windows, was die Interoperabilität in gemischten Umgebungen verbessert. Das Btrfs-Dateisystem hingegen zeigt sich bei sequenziellen Schreibvorgängen und bei der Nutzung von Direct I/O effizienter. Ein besonderes Highlight ist die standardmäßige Verwendung von sogenannten Large Folios bei Btrfs. Hierbei werden mehrere aufeinanderfolgende Speicherseiten logisch zusammengefasst, um den Verwaltungsaufwand zu reduzieren und Zugriffe zu beschleunigen. Während die Nutzung von Folios mit bis zu 64 4-kByte-Seiten bereits experimentell in Version 6.17 eingeführt wurde, bringt 7.2 nun ein neues experimentelles Feature: Huge Folios, die bis zu 512 Seiten beziehungsweise 2 MByte umfassen können.

Der Wandel der Hardware-Unterstützung

Ein historischer Einschnitt in der Geschichte des Linux-Kernels ist das Ende der Unterstützung für 486-Prozessoren. Nach langjährigen Diskussionen innerhalb der Entwickler-Community wurden die Kompatibilitätsmechanismen für diese betagte Hardware-Generation sowie für einige 586er-Modelle, denen wichtige Funktionen wie der Timestamp Counter (TSC) oder die CMPXCHG8B-Operation fehlen, entfernt. Dieser Schritt ermöglicht es den Entwicklern, den Code zu entschlacken und sich auf moderne Prozessorarchitekturen zu konzentrieren, ohne durch archaische Hardware-Einschränkungen gebremst zu werden. Auf der anderen Seite der Skala steht die Implementierung moderner Standards: Wie bereits im Vorfeld angekündigt, wurde die Unterstützung für HDMI 2.1 für AMD-Grafikkarten in den Kernel integriert. Dies ist ein wichtiger Schritt für Nutzer, die Linux in modernen Multimedia-Umgebungen einsetzen. Ebenfalls neu ist die Unterstützung für Speichermedien mit integrierter Hardware-Verschlüsselung, die nun über das Modul dm-inlinecrypt direkt angesprochen werden können. Zudem wurde die USB4-Schnittstelle erweitert: Neben dem bereits bekannten Thunderbolt-Networking ist nun auch Streaming möglich, was den Datenaustausch ohne den Overhead eines vollständigen Netzwerk-Stacks ermöglicht.

Einordnung der Entwicklungen

Einzuordnen ist die Veröffentlichung des Kernels 7.2 als eine konsequente Fortführung der Strategie, Linux für Hochleistungsserver und moderne Workstations weiter zu optimieren. Die Hinwendung zu Cache-Aware Scheduling und die Einführung von Huge Folios zeigen, dass die Entwickler auf die Anforderungen moderner Hardware reagieren, die immer komplexere Speicherhierarchien und größere Datenmengen verarbeiten muss. Den Berichten zufolge ist die Entscheidung, den Support für 486-Prozessoren zu beenden, ein notwendiger Schritt, um die Wartbarkeit des Kernels langfristig zu gewährleisten. Es ist davon auszugehen, dass durch die Effizienzsteigerungen bei der Speicherverwaltung und dem Scheduling vor allem Rechenzentren und Cloud-Infrastrukturen profitieren werden, da hier jede gewonnene Prozentpunkt an Leistung direkt in Kosteneinsparungen und eine bessere Auslastung der Hardware übersetzt werden kann. Die Integration von HDMI 2.1 unterstreicht zudem den Anspruch, Linux auch im Desktop- und Gaming-Bereich als ernsthafte und technisch ebenbürtige Alternative zu etablieren. Die Arbeit an den komplexeren Scheduling-Algorithmen deutet darauf hin, dass die Optimierungen in diesem Bereich noch lange nicht abgeschlossen sind.

Offene Fragen und Ausblick

Trotz der umfangreichen Neuerungen bleiben einige Fragen unbeantwortet. Der Quelltext macht beispielsweise keine detaillierten Angaben dazu, wie sich die neuen Scheduling-Algorithmen auf Systemen mit einer sehr hohen Anzahl an CPU-Kernen in der Praxis verhalten, wenn die Last ungleichmäßig verteilt ist. Auch bleibt unklar, welche konkreten Sicherheitsvorteile oder -risiken mit der neuen Unterstützung für dm-inlinecrypt verbunden sind, da hierzu keine tiefergehenden technischen Spezifikationen genannt werden. Zudem ist offen, wie schnell die Distributionen die neuen Features, insbesondere die experimentellen Huge Folios, in ihre stabilen Releases übernehmen werden. Der weitere Fahrplan ist hingegen klar definiert: Mit der Freigabe von Kernel 7.2 hat sich das Merge-Fenster für die Version 7.3 geöffnet. Linus Torvalds berichtete bereits von 40 eingegangenen Pull Requests für den nächsten Zyklus. Die Veröffentlichung von 7.3 ist in einem Zeitrahmen von zwei Monaten zu erwarten. Bis dahin wird die Community die Stabilität und die Performance-Gewinne von 7.2 in der breiten Anwendung evaluieren, während die Entwickler bereits an den nächsten Schritten arbeiten, um die Effizienz des Kernels weiter zu steigern.