Linus Torvalds begann es zu bereuen, die Hinzufügung von Bcachefs zum Kernel genehmigt zu haben. Linux

Als Linus Torvalds über die nächste Reihe von Korrekturen sprach, die der Autor von Bcachefs für die Aufnahme in den 6.11-rc5-Kernel vorgeschlagen hatte, schrieb er, dass er allmählich bereue, dass er das Bcachefs-Dateisystem in den Kernel aufgenommen habe. Die Unzufriedenheit von Torvalds ist auf die Tatsache zurückzuführen, dass Kent Overstreet, der Autor von Bcachefs, im Stadium der endgültigen Release-Kandidaten zu umfangreiche Korrekturen sendet, die tatsächlich nicht nur Fehler korrigieren, sondern trotz der Tatsache auch die Funktionalität weiterentwickeln dass funktionale Änderungen nur in der Anfangsphase der Entwicklung eines neuen Zweigs zulässig sind und in der RC5-Phase nur einzelne kleine Korrekturen akzeptiert werden, deren Größe vorzugsweise 100 Codezeilen nicht überschreiten sollte.

Der für Bcachefs gesendete Patch, der 1309 Zeilen hinzufügte und 671 Zeilen in 39 Dateien löschte, enthielt neben Fehlerbehebungen zwei wesentliche Änderungen: Unterstützung für eine neue Datenstruktur zur Verwaltung der Liste freier Elemente im Cache und die Möglichkeit, Hash zu transformieren Tabellen für den Cache. Es wurde eine neue Struktur hinzugefügt, um unnötige Cache-Sperren zu vermeiden und Situationen zu vermeiden, die bei Multithread-Workloads zu Sperrenkonflikten führen könnten.

Dies ist nicht das erste Mal, dass größere Korrekturen für Bcachefs nach dem Push-Fenster gepusht werden, und es ist auch nicht das erste Mal, dass einfache Fehlerbehebungen zugunsten umfangreicherer Funktionserweiterungen gepusht werden, die durch Push-Anfragen in den letzten Phasen eines neuen Zweigs vorgenommen werden Entwicklung. Linus Torvalds antwortete auf die gesendete Pull-Anfrage:

"Genug. Auch der letzte Pull-Request war groß. Auch diese Pull-Anfrage ist zu umfangreich, betrifft Dinge, die nichts mit Bcachefs zu tun haben, und stellt nicht im Entferntesten eine Art Regression dar. Irgendwann wird „etwas reparieren“ einfach zur Entwicklung, und das ist dieser Moment. Niemand, der bei klarem Verstand ist, verwendet Bcachefs oder erwartet, dass es stabil ist, daher ist es ein Bereich zum Experimentieren für jeden Benutzer. Bcachefs-Patches sind zu einer Art „großer Entwicklung während des Veröffentlichungszyklus, nicht davor“ geworden, bis zu dem Punkt, an dem ich die Einführung von Bcachefs langsam bereue. Wenn Bcachefs im Entwicklungsplan des Upstream-Kernels nicht gut funktionieren kann, sollte es vielleicht nicht im Upstream-Kernel enthalten sein. Das ist mehr als lächerlich.“

Kent Overstreet antwortete, dass Bcachefs definitiv zuverlässiger als Btrfs sei und er daran arbeite, es durch die Implementierung einer End-to-End-Datenintegrität robuster und zuverlässiger als XFS und EXT4 zu machen. Kent betonte auch, dass die vorgeschlagenen Änderungen in direktem Zusammenhang mit der Verbesserung der Zuverlässigkeit stehen und während ein Fehler in anderen Kernel-Subsystemen möglicherweise auf einen Absturz und einen Neustart beschränkt ist, sind die Kosten eines Fehlers in Dateisystemen sehr hoch und können zu versteckten Datenbeschädigungen führen. was erst Wochen später bemerkt werden kann.

Torvalds entgegnete, dass es noch keine größeren Distributionen gebe. Linuxunter Verwendung von Bcachefs und wies darauf hin, dass die Richtlinien für die Kernel-Release-Entwicklung befolgt werden sollten. LinuxDa bei solch umfangreichen Patches mit über 1000 Codezeilen das Risiko besteht, neue Fehler einzuführen, wurden die besprochenen Korrekturen für Bcachefs bisher nicht in den Kernel übernommen. LinuxDer Bcachefs-Entwickler hat noch keine aktualisierte Version des Pull Requests erstellt, die keine neuen Funktionen enthält und sich ausschließlich auf Fehlerbehebungen konzentriert.

Source: opennet.ru