Xung đột giữa các nhà phát triển: Torvalds xóa hệ thống tệp khỏi Linux

Linus Torvalds đã loại bỏ Bcachefs khỏi nhân Linux 6.18 sau nhiều tháng gây tranh cãi trong công chúng. Quyết định này được đưa ra sau khi các bản vá lỗi được gửi muộn, lỗi bản dựng và bất đồng sâu sắc về quản lý dự án. Kết quả là: Bcachefs trở thành một module bên ngoài trong DKMS. Đối với các quản trị viên và cộng đồng Linux, đây là một lựa chọn gây ra hậu quả sâu rộng. Việc loại bỏ này làm nổi bật mâu thuẫn giữa yêu cầu chất lượng và tốc độ đổi mới. Nó đặt ra câu hỏi: làm thế nào để dung hòa giữa việc đóng góp nhanh chóng và quy trình hợp tác trong hệ sinh thái nhà phát triển nguồn mở? Linus Torvalds loại bỏ Bcachefs khỏi nhân: Sự thật và vấn đề Quyết định của Linus Torvalds rất rõ ràng. Bcachefs sẽ không xuất hiện trong nhân Linux 6.18. Hệ thống tệp này vẫn khả dụng, nhưng chỉ dưới dạng một module DKMS bên ngoài. Động thái này diễn ra sau nhiều sự cố liên tiếp: các bản vá được gửi trong giai đoạn Ứng viên Phát hành, việc thiếu thử nghiệm trên các kiến ​​trúc big-endian và các cuộc trao đổi công khai căng thẳng giữa các bên bảo trì. Những yếu tố này đã làm suy yếu niềm tin giữa các bên bảo trì. Tác động tức thì Đối với các bản phân phối, điều này đồng nghĩa với việc phát sinh thêm chi phí. Các gói DKMS yêu cầu đóng gói và kiểm thử cụ thể. Đối với người dùng, tính ổn định được tích hợp sẵn trong kernel sẽ bị mất đi. Thông tin chi tiết: Việc loại bỏ một tính năng khỏi kernel thường đồng nghĩa với việc làm chậm quá trình áp dụng thực tế của tính năng đó. Tại sao xung đột nổ ra giữa Torvalds và nhà phát triển Bcachefs Bất đồng chính liên quan đến phương pháp làm việc. Trưởng dự án chỉ trích các phương pháp được cho là quá cô lập và chưa được kiểm tra kỹ lưỡng. Các bản vá lỗi đến trong giai đoạn RC bị coi là rủi ro.Nhà phát triển chính, bị chỉ trích công khai, đã bảo vệ ưu tiên dành cho tính toàn vẹn dữ liệu và các tính năng nâng cao. Các cuộc thảo luận nhanh chóng chuyển từ các vấn đề kỹ thuật sang việc tuân thủ các quy tắc đã được thiết lập của quy trình đóng góp phần mềm. Nghiên cứu điển hình: Alex, Quản trị viên của một doanh nghiệp vừa và nhỏ Alex đã thử nghiệm Bcachefstrên một nhóm máy chủ nhỏ. Hiệu suất tăng lên là có thật. Nhưng một lỗi trên một kiến ​​trúc ít phổ biến hơn đã gây ra một số lo ngại. Sau khi bị xóa, Alex phải lựa chọn: xây dựng lại mô-đun trong DKMS hoặc di chuyển sang một giải pháp thay thế ổn định.

Thông tin chi tiết: Cách thức đóng góp cũng quan trọng như chất lượng mã để duy trì trong kernel.

Hậu quả đối với Cộng đồng Linux và Đóng góp Phần mềm Việc xóa bỏ này làm nổi bật sự mong manh của các quy trình tập thể. Khi một tính năng bị xóa, nó sẽ mất quyền truy cập vào các bài kiểm tra kernel tự động. Khả năng hiển thị giảm sút và việc phát hiện lỗi trở nên chậm hơn. Các nhà phát triển nguồn mở có nguy cơ thấy nỗ lực của họ bị cô lập. Các bản phân phối không muốn cung cấp các gói DKMS. Người dùng thường phải tự biên dịch chúng, điều này làm chậm quá trình phân phối. Hiệu ứng Domino đối với Đóng góp

Ít người dùng hơn đồng nghĩa với ít phản hồi hơn và do đó ít bản sửa lỗi hơn. Đối với cộng đồng Linux, đó là một vòng luẩn quẩn. Người bảo trì yêu cầu các tiêu chuẩn nghiêm ngặt. Một số dự án chọn con đường mô-đun để duy trì hoạt động bên ngoài kernel.

Thông tin chi tiết: Quyết định gây tranh cãi này không đóng sập cánh cửa dự án, nhưng nó làm cho nó trở nên hẹp hơn rất nhiều.

Điểm mạnh kỹ thuật của Bcachefs và tầm quan trọng của nó Bcachefs tự giới thiệu mình là một hệ thống tệp sao chép khi ghi hiện đại. Nó cung cấp tính năng kiểm tra tổng, mã hóa, nén và hỗ trợ đa thiết bị. Cấu trúc bên trong của nó kết hợp B-Trees và cấu trúc nhật ký để hạn chế việc ghi lại.

Những lựa chọn kỹ thuật này nhằm mục đích đưa hiệu suất của ext4 và XFS gần hơn với mức đảm bảo của ZFS và Btrfs. Trên các khối lượng công việc hỗn hợp, lợi ích có thể rất đáng kể.

Ví dụ cụ thể

Một cụm lưu trữ phương tiện tại NovaSys (một công ty hư cấu) đã giảm thiểu các hoạt động I/O trong thời gian tải cao điểm. Độ bền của ổ SSD trong một hộp nhúng được cải thiện nhờ tính năng quản lý ghi đè. Những trường hợp này chứng minh sức mạnh thực sự của dự án.

Thông tin chi tiết:

Chất lượng kỹ thuật của một hệ thống tệp là chưa đủ; nó còn đòi hỏi sự tích hợp cộng đồng mạnh mẽ. Quản trị Nhân, Quản lý Dự án và Đường dẫn Thoát Xung đột này cho thấy nhu cầu về các quy tắc rõ ràng. Giai đoạn RC tồn tại để ổn định mã. Người bảo trì mong đợi những đóng góp được kiểm tra, thảo luận và phù hợp với chính sách nhân.

Các chiến lược để khôi phục niềm tin bao gồm CI tốt hơn cho các kiến ​​trúc đa dạng, đóng gói DKMS tự động và đồng bảo trì với một nhóm các nhà phát triển nguồn mở. Các bản phân phối có thể hoạt động như một giao diện. Kịch bản Tương lai

Sau một hồi do dự, Alex đã chọn đóng gói DKMS nội bộ và thành lập một nhóm thử nghiệm nhỏ. NovaSys bắt đầu tài trợ cho việc thử nghiệm CI chéo. Mô hình này có thể trở thành một phản ứng thực tế đối với việc rút lui.

Thông tin chi tiết: Tăng cường quản trị và cộng tác vẫn là chìa khóa để dung hòa sự đổi mới và tính ổn định trong hạt nhân Linux.