Linus Torvalds begann zu bedauern, dass er die Aufnahme von Bcachefs in den Linux-Kernel genehmigt hat.

Bei der Diskussion über die nächste Runde von Korrekturen, die zur Aufnahme in den Kernel 6.11-rc5 vorgeschlagen wurden, schrieb Linus Torvalds, der Autor von Bcachefs, dass er bedauert, das Dateisystem Bcachefs in den Kernel aufgenommen zu haben. Torvalds' Unzufriedenheit hängt damit zusammen, dass Kent Overstreet, der Autor von Bcachefs, in der Phase der endgültigen Kandidaten für die Veröffentlichung zu umfangreiche Korrekturen sendet, die nicht nur Fehler beheben, sondern auch die Funktionalität weiterentwickeln, obwohl funktionale Änderungen nur in der Anfangsphase der Entwicklung eines neuen Zweigs zulässig sind und in der Phase rc5 nur einzelne kleine Korrekturen angenommen werden, deren Umfang idealerweise 100 Codezeilen nicht überschreiten sollte.

Der für Bcachefs eingereichte Patch, der 1309 Zeilen hinzugefügt und 671 Zeilen in 39 Dateien entfernt hat, beinhaltete neben der Fehlerbehebung zwei wesentliche Änderungen: die Unterstützung einer neuen Datenstruktur zur Verwaltung der Liste freier Elemente im Cache sowie die Möglichkeit zur Umwandlung von Hash-Tabellen für den Cache. Die neue Struktur wurde hinzugefügt, um überflüssige Cache-Blockierungen zu vermeiden und Situationen auszuschließen, die zu Blockierungs-Konflikten bei Mehrfachbelastungen führen könnten.

Dies ist nicht das erste Mal, dass umfangreiche Korrekturen für Bcachefs nach dem Zeitraum zur Annahme von Änderungen eingereicht werden, und es ist auch nicht das erste Mal, dass anstelle einfacher Fehlerbehebungen schwerwiegendere funktionale Ergänzungen vorgeschlagen werden, die über Pull-Requests in den finalen Phasen der Entwicklung eines neuen Branches eingebracht werden. Linus Torvalds antwortete auf den eingereichten Pull-Request:

„Genug. Der letzte Pull-Request war ebenfalls groß. Dieser Pull-Request ist auch zu umfangreich, er behandelt Dinge, die nichts mit Bcachefs zu tun haben, und stellt auch keinen Rückschritt dar. Irgendwann verwandelt sich „das Korrigieren von etwas“ einfach in Entwicklung, und das ist genau der Punkt. Niemand in gesundem Verstand verwendet Bcachefs und erwartet Stabilität, daher ist jeder Benutzer ein Experimentierfeld. Die Patches für Bcachefs wurden zu einer Art „großer Entwicklung während des Release-Vorbereitungszyklus und nicht davor“, sodass ich anfange, bedauern zu müssen, Bcachefs angenommen zu haben. Wenn Bcachefs nicht ordentlich nach dem Entwicklungszeitplan des Haupt- (upstream) Kernels arbeiten kann, sollte es möglicherweise nicht im Hauptkernel sein. Das ist schon weit über das Lustige hinaus.“

Kent Overstreet antwortete, dass Bcachefs definitiv zuverlässiger ist als Btrfs und er daran arbeitet, es stabiler und zuverlässiger als XFS und EXT4 zu machen, dank der Implementierung eines End-to-End-Datenintegritätsmechanismus. Kent betonte auch, dass die vorgeschlagenen Änderungen sich direkt auf die Erhöhung der Zuverlässigkeit beziehen und dass, wenn Fehler in anderen Subsystemen des Kernels möglicherweise mit einem Absturz und einem Neustart begrenzt werden können, der Preis für Fehler in Dateisystemen sehr hoch ist und zu verborgenem Datenverlust führen kann, der erst Wochen später bemerkt werden kann.

Torvalds widersprach, dass es bisher keine großen Linux-Distributionen gibt, die Bcachefs verwenden, und wies darauf hin, dass die Regeln für die Entwicklung von Linux-Release-Versionen beachtet werden sollten, da es das Risiko neuer Fehler durch solche großen Patches mit mehr als 1000 Codezeilen gibt. Aktuell sind die diskutierten Korrekturen für Bcachefs nicht im Linux-Kernel angenommen worden, und der Entwickler von Bcachefs hat noch keinen aktualisierten Pull-Request vorbereitet, der von der Hinzufügung neuer Funktionen befreit ist und sich nur auf Fehlerbehebungen konzentriert.

Quelle: opennet.ru