Linus Torvalds Schöpfer und Leiter der Entwicklung des Linux-Kernels, hat wieder einmal bewiesen, dass Qualität und Pünktlichkeit nicht verhandelbar sind bei der Entwicklung des Linux-Kernels.
Und ist, dass während des Linux 6.17-Entwicklungszyklus, Google-Ingenieur Palmer Dabbelt hat eine Reihe von Patches für die RISC-V-Architektur eingereicht, die den Filter nicht bestanden haben vom Top-Entwickler. Der Grund: Sie wurden zu spät eingereicht und enthielten Änderungen, die als „Müll“ betrachtet wurden und nicht in den RISC-V-Baum gehörten.
Diese Entscheidung bedeutet, dass die vorgeschlagenen Verbesserungen erst mit Version 6.18 in Linux verfügbar sein werden, was die Einführung von RISC-V in bestimmten Umgebungen verlangsamen und Entwickler behindern könnte, die auf diese Updates angewiesen sind.
Für diejenigen, die mit RISC-V noch nicht vertraut sind, sollten Sie wissen, dass dies Es handelt sich um eine freie und offene Befehlssatzarchitektur RISC-V wurde 2010 an der University of California, Berkeley, entwickelt und konnte sich dank seiner Flexibilität und einer wachsenden Entwickler-Community gegenüber proprietären Architekturen wie ARM und x86 durchsetzen. RISC-V International zählt derzeit über 4500 Mitglieder.
Trotz dieses Wachstums steht die Architektur vor Herausforderungen hinsichtlich Reife und Stabilität. Fälle wie Chimera Linux, dessen Support aufgrund von Leistungsproblemen der verfügbaren Hardware vorübergehend eingestellt wurde, verdeutlichen die Schwierigkeiten, sich in Produktionsumgebungen zu etablieren.
Eine Ablehnung, die durch Zeit und Codequalität gekennzeichnet ist
Torvalds hatte darum gebeten, Pull Requests im Voraus einzureichen weil er auf Reisen sein würde. Das Update kam jedoch am 8. August 2025, nur zwei Tage vor dem Schließen des Linux 6.17-Merge-Fensters, das für die Veröffentlichung der Version -rc1 geplant war.
Der Projektleiter kritisierte nicht nur die Verzögerung, sondern auch den InhaltEr wies darauf hin, dass die Änderungen unnötige Modifikationen außerhalb des Geltungsbereichs von RISC-V mit sich brachten, generische Dateien betrafen und keinen Mehrwert brachten. In seinen eigenen Worten: „Das macht die Welt schlimmer.“
Reaktionen und der unverwechselbare Stil von Linus Torvalds
Die Episode mit den RISC-V-Patches ist kein Einzelfall. Im Juni 2025, Torvalds war bereits in eine Kontroverse verwickelt durch Entfernen des Bcachefs-Dateisystems aus dem Kernel aufgrund von Bedenken hinsichtlich seiner Qualität und Wartbarkeit.
Diesmal war seine Botschaft eindeutig: Keine weiteren verspäteten Einreichungen oder irrelevanten Änderungen. Palmer Dabbelt entschuldigte sich und versprach, den Vorgang in zukünftigen Versionen zu korrigieren.
Die Community reagierte mit gemischten Meinungen. Manche schätzen seine Offenheit als wirksame Methode, die Qualität des Kernels aufrechtzuerhalten; andere hingegen glauben, sein Ton könne neue Mitwirkende abschrecken. Torvalds bleibt jedoch bei seiner Position: Die Stabilität und Sicherheit des Kernels stehen über allen anderen Überlegungen.
In mehr als drei Jahrzehnten an der Spitze des Linux-Kernels, Linus Torvalds ist für seinen direkten, manchmal aggressiven Kommunikationsstil bekannt geworden.Obwohl er in der Vergangenheit die Notwendigkeit eines gemäßigteren Tons eingeräumt hat, legt er weiterhin Wert auf technische Genauigkeit statt Diplomatie.
Für ihn stellen Entscheidungen wie die Einführung von Dateisystemen ohne Berücksichtigung der Groß- und Kleinschreibung oder kontextlose Änderungen an der Codebasis unnötige Risiken dar, die die langfristige Stabilität des Systems gefährden könnten.
Diese neuerliche Ablehnung von RISC-V-Patches ist im Wesentlichen eine Bestätigung der Philosophie, die den Linux-Kernel seit Jahrzehnten leitet: Qualität ist nicht verhandelbar und Termine werden eingehalten.
Btrfs-Leistungsverbesserungen und andere neue Funktionen für Linux 6.17
Weitere neue Funktionen und Verbesserungen, die vorbereitet wurden für Linux 6.17 sind in Leistung und Funktionalität der BTRFS-DateisystemZu den bemerkenswertesten neuen Funktionen gehört die experimentelle Unterstützung großer Folios, eine Optimierung, die den Overhead reduzieren soll und Beschleunigen Sie den Betrieb in mehreren SzenarienObwohl diese Funktion technisch für eine breitere Nutzung bereit ist, weisen die Entwickler darauf hin, dass sie noch nicht ausreichend getestet wurde, um als vollständig stabil zu gelten.
Die neue Version von Btrfs tAußerdem wird eine dichtere Platzierung der Schlüssel in der XArray-Struktur eingeführt., wodurch die Kompaktheit der Spanning Tree-Knoten erhöht wird. Diese Änderung kann die Anzahl der Endknoten um 50 bis 70 % reduzieren, wodurch die interne Struktur optimiert und der Ressourcenverbrauch gesenkt wird. Darüber hinaus Defragmentierungsanpassungen wurden über ioctl vorgenommen, zusammen mit der Aktivierung eines zuvor entwickelten Mechanismus zur Verhinderung kritischer Dateisystembeschädigungen, der das Schreiben auf Blockgeräte mit einem gemounteten Dateisystem einschränkt.
Darüber hinaus wird auch hervorgehoben Implementierung eines Caching-Systems für Anfragen zum Freigeben von Bitmaps mit zugewiesenem Speicherplatz. In Tests mit der Erstellung leerer Dateien ermöglichte diese Optimierung Leistungssteigerungen von bis zu 20 % sowie deutliche Verbesserungen in Umgebungen mit hoher Metadatenlast. Ebenso wurde das Vorauslesen auf Systemen mit Datenkomprimierung verbessert, was die Datenzugriffsgeschwindigkeit erhöht.
Wenn Sie daran interessiert sind, mehr darüber zu erfahren, können Sie schließlich die Details im einsehen folgenden Link