Betriebssysteme: In Linux 4.3 fehlt der Ext3-Treiber

Linux 4.3 tritt in die Testphase ein, allerdings ohne den Treiber für das altehrwürdige Dateisystem Ext3. Eine andere Code-Antiquität wurde allerdings nach Protesten beibehalten.

Artikel veröffentlicht am 14. September 2015, 12:06 Uhr, Jörg Thoma

Die Testphase von Linux 4.3 wurde eröffnet. (Bild: Samuel Blanc/CC-BY 3.0)

Mit der Freigabe von Linux 4.3rc1 hat Linus Torvalds die offizielle Testphase für die nächste Version des Linux-Kernels eingeläutet. Während der Treiber für das Dateisystem Ext3 entfernt wurde, gab es Diskussionen über den Verbleib des virtuellen 8086-Modus. Die Integration der Interprozesskommunikation Kdbus wurde hingegen abermals verschoben.

In Linux 4.3 wurde der Code des nativen Treibers für das Dateisystem Ext3 endgültig entfernt. Allerdings ließ sich Linus Torvalds zuerst bestätigen, dass das Dateisystem weiterhin vom Treiber des Nachfolgers Ext4 unterstützt wird. Wegen seiner Robustheit kommt es vielerorts weiterhin zum Einsatz, obwohl oder gerade weil es seit 2001 im Einsatz ist. Dazu trägt wesentlich auch die Journaling-Funktion bei, bei der Änderungen am Dateisystem als Metadaten festgehalten werden. Das sorgt nicht nur für ein weitgehend konsistentes Dateisystem nach einem Absturz, sondern verkürzt auch dessen Prüfung bei einem anschließenden Neustart.

Besseres Trimming

Beim Dateisystem Ext4 dürfen Nutzer jetzt selbst die Größe der zu löschenden Dateifragmente bestimmen. Bislang wurde der Wert anhand der maximalen Obergrenze der Trim-Funktion der jeweiligen SSD (Solid State Disk) bestimmt. Da dieser aber oftmals zu hoch ist, kann es zu erheblichen Verzögerungen beim Trimmen kommen, bei dem ungenutzte oder ungültige Datenblöcke zur späteren Wiederbeschreibung markiert werden. Mit der jetzt beschreibbaren Option discard_max_bytes lässt sich der maximale Wert händisch herabsetzen. Die Entwickler wollen demnächst einen sinnvolleren Standardwert ermitteln.

Beim Dateisystem Btrfs wurde ebenfalls am Trim-Befehl gearbeitet. Die jetzt eingereichten Patches sollen Trimming in einigen ausgefalleneren Szenarien ermöglichen. Zudem wurden Fehler im Raid5- beziehungsweise im Raid6-Code von Btrfs behoben, die auftraten, wenn Geräte aus einem solchen Raid-Verbund entfernt wurden. Im Treiber für das F2FS-Dateisystem wurde eine neue Funktion eingebaut, über die Anwendungen künftig Aufräumarbeiten anstoßen können. Zudem wurden die Speicherverwaltung und das Zwischenspeichern von Bereichen zusammenhängender Blöcke, den sogenannten Extents, verbessert. Letzteres wird jetzt standardmäßig beim Einbinden des Dateisystems aktiviert.

Schnellerer Start

Für etwas Aufregung sorgten Patches, die die Startzeiten von Linux auf x86-Systemen verbessern sollen. Sie optimieren in erster Linie die CPU-Last auf Mehrkernsystemen (Symmetric Multi-Processing, SMP). Neben Aufräumarbeiten am Code wurden mehrere Verzögerungen entfernt, die als überholt gelten. Code-Maintainer Ingo Molnar bittet darum, während der Testphase auf mögliche Auswirkungen zu achten, obwohl seine Tests bislang keine negativen Auswirkungen gezeigt haben.