Linux 7.3 bekommt eine genauere Auswahl für RAID 5/6, wenn der Kernel passende XOR- und RAID6-Algorithmen bestimmt. Phoronix listet die Änderung heute, am 24. August 2026, als auffälligen Teil der aktuellen Kernel-Entwicklung. Der Code stammt aus Andrew Mortons non-MM-Pull-Request für Linux 7.3. Für Nutzer mit Software-RAID zählt vor allem die Frage, ob der Kernel auf der vorhandenen Hardware schneller und realistischer den besten Rechenpfad findet.
Linux nutzt bei Software-RAID interne Routinen für XOR und RAID6-Paritätsberechnung. Diese Auswahl hängt von der CPU, verfügbaren Befehlssatzerweiterungen und den implementierten Kernel-Pfaden ab. Moderne Systeme können unter anderem von AVX2 oder AVX-512 profitieren, sofern Kernel und Hardware passende Varianten anbieten. Die neue Arbeit passt deshalb gut in den Bereich Linux-Kernel und Systemleistung. Es geht nicht um eine neue RAID-Funktion für Endnutzer, sondern um die interne Entscheidung für den schnellsten Codepfad.
Linux 7.3 prüft XOR und RAID6 mit realistischeren Messwerten
Der Linux-Kernel wählt für RAID-5- und RAID-6-Konfigurationen bisher bereits passende Algorithmen über interne Geschwindigkeitstests. Diese Tests laufen während der Initialisierung des Kernelmoduls. Ziel ist eine schnelle Auswahl für den jeweiligen Rechner. Bei RAID 5 spielt der XOR-Pfad eine zentrale Rolle. Bei RAID 6 kommen zusätzliche P/Q-Berechnungen hinzu. Genau dort setzt die Änderung für Linux 7.3 an.
Phoronix hebt mehrere Punkte hervor. Die benchmarkbasierte Auswahl wird überarbeitet. Dazu kommen KUnit-Benchmarktests für XOR und RAID6. Außerdem nutzt der Code eine realistischere Lastberechnung mit 4 + 1 Disks. Die Durchsatzangabe soll sich stärker auf die Datenplatten beziehen und nicht nur auf die Paritätsplatte. Das klingt klein, ist für Messlogik aber relevant. Ein Benchmark kann nur dann sinnvoll entscheiden, wenn seine Annahmen die echte Nutzung besser abbilden.
| Bereich | Änderung in Linux 7.3 | Bedeutung |
|---|---|---|
| XOR-Auswahl | Benchmarkbasierte Auswahl wird verbessert | Bessere Wahl des schnellen RAID-5-Pfads |
| RAID6-Auswahl | Codepfade werden ebenfalls über Benchmarks bewertet | Passenderer P/Q-Codepfad für RAID 6 |
| Benchmarklast | 4 + 1 Disks dienen als realistischere Basis | Näher an typischen kleinen RAID-Szenarien |
| Durchsatzmeldung | Werte beziehen sich stärker auf Datenplatten | Aussagekräftigere Messwerte |
| KUnit-Tests | Neue Benchmarkabdeckung für XOR und RAID6 | Früheres Erkennen von Fehlern und Regressionen |
Der offizielle Merge-Text im Linux-Tree fasst die Änderung unter dem Punkt misc lib/raid improvements zusammen. Genannt werden die verbesserte benchmarkbasierte Algorithmusauswahl, neue KUnit-Benchmarktests und kleinere Bereinigungen im Code. Das ist kein großer Blocktreiber-Umbau und auch kein neues Dateisystemmerkmal. Es ist eine Kernel-interne Optimierung an einer Stelle mit praktischer Bedeutung für Storage-Systeme.
Der technische Hintergrund bleibt wichtig. RAID 5 verteilt Daten und Parität über mehrere Laufwerke. RAID 6 ergänzt eine zweite Parität und kann dadurch zwei Laufwerksausfälle verkraften. Beide Varianten verursachen Rechenarbeit bei Schreibvorgängen, Wiederaufbau und Paritätsprüfung. In Linux übernimmt diese Arbeit bei Software-RAID nicht ein externer Hardware-Controller, sondern der Kernel auf der CPU. Die Wahl des richtigen Algorithmus kann daher beeinflussen, wie viel CPU-Zeit diese Aufgaben benötigen.
- RAID 5 nutzt XOR-Parität und profitiert von schnellen XOR-Implementierungen.
- RAID 6 braucht zusätzliche P/Q-Berechnung und komplexere Codepfade.
- AVX2 und AVX-512 können passende Routinen auf modernen CPUs beschleunigen.
- KUnit hilft Entwicklern beim Testen der Kernel-Bibliotheken.
- Benchmarkauswahl soll zur konkreten Hardware passen und nicht nur statisch entscheiden.
- Praktische Gewinne bleiben offen, weil für diese Patches keine Messdaten veröffentlicht wurden.
Der Nutzen zeigt sich eher auf Servern und NAS-Systemen
Für typische Desktop-Nutzer dürfte die Änderung kaum sichtbar sein. Viele PCs nutzen einzelne NVMe-SSDs, externe Laufwerke oder Dateisystemfunktionen ohne klassisches Linux-md-RAID. Anders sieht es bei NAS-Systemen, kleinen Servern, Backup-Maschinen und selbstgebauten Storage-Boxen aus. Dort bleiben RAID 5 und RAID 6 verbreitet, weil sie Kapazität und Ausfallschutz kombinieren. Jede Verbesserung an der Paritätsberechnung kann in solchen Systemen helfen, auch wenn der reale Effekt stark von CPU, Laufwerken und Workload abhängt.
Besonders interessant ist die Trennung zwischen schneller Vorauswahl und späterer Benchmarkauswahl. Ein Kernel-Patch beschreibt zuerst eine schnelle Auswahl eines gültigen RAID6-Algorithmus. Ein weiterer Patch verlagert den aufwendigeren Benchmarkprozess in eine asynchrone Verarbeitung. Der Startpfad muss dadurch nicht auf den kompletten Benchmark warten. Gleichzeitig kann der Kernel später den optimalen Algorithmus bestimmen. Diese Balance ist wichtig, weil Storage-Code zuverlässig starten muss und trotzdem gute Performance liefern soll.
Die Änderung passt in ein größeres Muster bei Linux 7.3. Der kommende Kernel sammelt viele kleinere Performance- und Wartungsverbesserungen. Einzelne Patches wirken im Alltag unscheinbar, verbessern aber Verhalten unter Last, Testbarkeit oder Startpfade. In der Vorwoche stand bereits Linux 7.2 mit Verbesserungen für Btrfs und NFS im Fokus. Linux 7.3 setzt diese Linie mit Storage-, Speicher- und Plattformänderungen fort.
Administratoren sollten die RAID-Änderung nicht als Grund für ein sofortiges Upgrade einplanen. Der Kernel befindet sich noch in der Entwicklungsphase. Distributionskernel übernehmen solche Änderungen außerdem erst nach eigenen Tests, Backports oder Releasezyklen. Wichtiger ist die technische Richtung: Der Kernel soll die vorhandene Hardware genauer bewerten, die schnellsten RAID-Routinen zuverlässiger finden und seine eigene Messlogik besser testen.
Offene Zahlen bleiben der Schwachpunkt der Meldung. Phoronix weist ausdrücklich darauf hin, dass die Patches keine konkreten Benchmarkdaten zur Wirkung liefern. Deshalb lässt sich derzeit nicht seriös sagen, wie stark RAID 5 oder RAID 6 in echten Systemen profitieren. Für Storage-Betreiber ist die Änderung trotzdem relevant. Sie verbessert eine Grundentscheidung im Kernel, ohne neue Konfiguration durch Nutzer zu verlangen. Genau solche Änderungen können nach der finalen Freigabe von Linux 7.3 vor allem in Servern, NAS-Geräten und Testumgebungen messbar werden.