Linus Torvalds người sáng tạo và lãnh đạo phát triển hạt nhân Linux, một lần nữa chứng minh rằng chất lượng và đúng giờ là không thể thương lượng trong quá trình phát triển Linux Kernel.
Và đó là trong chu kỳ phát triển Linux 6.17, Kỹ sư Google Palmer Dabbelt đã gửi một bộ bản vá cho kiến trúc RISC-V không vượt qua được bộ lọc từ nhà phát triển hàng đầu. Lý do: chúng được gửi quá muộn và chứa những thay đổi được coi là "rác" không thuộc về cây RISC-V.
Quyết định này có nghĩa là những cải tiến được đề xuất sẽ không có trong Linux cho đến phiên bản 6.18, điều này có thể làm chậm việc áp dụng RISC-V trong một số môi trường nhất định và gây cản trở cho các nhà phát triển dựa vào các bản cập nhật này.
Đối với những người vẫn chưa quen với RISC-V, bạn nên biết rằng Đây là một kiến trúc tập lệnh mở và miễn phí Ra đời tại Đại học California, Berkeley vào năm 2010, RISC-V đã dần chiếm ưu thế so với các kiến trúc độc quyền như ARM và x86, nhờ tính linh hoạt và cộng đồng nhà phát triển ngày càng lớn mạnh. RISC-V International hiện có hơn 4500 thành viên.
Bất chấp sự tăng trưởng này, kiến trúc này vẫn phải đối mặt với những thách thức về độ hoàn thiện và tính ổn định. Những trường hợp như Chimera Linux, vốn tạm thời bị ngừng hỗ trợ do các vấn đề về hiệu suất trên phần cứng hiện có, phản ánh những khó khăn trong việc thiết lập vị thế trong môi trường sản xuất.
Một sự từ chối được đánh dấu bằng thời gian và chất lượng mã
Torvalds đã yêu cầu các yêu cầu kéo phải được gửi trước vì anh ấy sẽ đi công tác. Tuy nhiên, bản cập nhật đã đến vào ngày 8 tháng 2025 năm 6.17, chỉ hai ngày trước khi thời hạn hợp nhất Linux 1 kết thúc, dự kiến phát hành phiên bản -rcXNUMX.
Trưởng dự án không chỉ phê bình sự chậm trễ mà còn phê bình cả nội dungÔng chỉ ra rằng những thay đổi này đã thêm vào những sửa đổi không cần thiết nằm ngoài phạm vi của RISC-V, ảnh hưởng đến các tệp chung và không mang lại giá trị gì. Theo lời ông, điều này "khiến thế giới trở nên tồi tệ hơn".
Phản ứng và phong cách đặc trưng của Linus Torvalds
Sự cố liên quan đến bản vá RISC-V không phải là trường hợp cá biệt. Vào tháng 2025 năm XNUMX, Torvalds đã từng tham gia vào một cuộc tranh cãi bằng cách xóa hệ thống tệp Bcachefs khỏi hạt nhân vì lo ngại về chất lượng và khả năng bảo trì của nó.
Lần này, thông điệp của ông rất thẳng thắn: không nộp bài trễ hoặc thay đổi không liên quan nữa. Palmer Dabbelt đã xin lỗi và hứa sẽ sửa đổi quy trình trong các lần phát hành sau.
Cộng đồng đã phản ứng với nhiều ý kiến trái chiều. Một số người coi sự thẳng thắn của ông là một cách hiệu quả để duy trì chất lượng hạt nhân; tuy nhiên, những người khác lại cho rằng giọng điệu của ông có thể làm nản lòng những người đóng góp mới. Tuy nhiên, Torvalds vẫn giữ vững lập trường của mình: tính ổn định và bảo mật của hạt nhân được đặt lên hàng đầu.
Trong hơn ba thập kỷ lãnh đạo hạt nhân Linux, Linus Torvalds nổi tiếng với phong cách giao tiếp trực tiếp, đôi khi hung hăng của mình.Mặc dù trước đây ông đã thừa nhận cần phải điều chỉnh giọng điệu của mình, nhưng ông vẫn ưu tiên tính nghiêm ngặt về mặt kỹ thuật hơn là ngoại giao.
Đối với ông, các quyết định như giới thiệu hệ thống tệp không phân biệt chữ hoa chữ thường hoặc thay đổi ngoài ngữ cảnh đối với cơ sở mã là những rủi ro không cần thiết có thể gây ảnh hưởng đến tính ổn định lâu dài của hệ thống.
Việc từ chối bản vá RISC-V này về cơ bản là sự khẳng định lại triết lý đã định hướng cho hạt nhân Linux trong nhiều thập kỷ: chất lượng là không thể thương lượng và phải đáp ứng thời hạn.
Cải tiến hiệu suất Btrfs và các tính năng mới khác cho Linux 6.17
Các tính năng mới và cải tiến khác đã được chuẩn bị đối với Linux 6.17 có hiệu suất và chức năng của hệ thống tập tin btrfs. Trong số các tính năng mới đáng chú ý nhất là hỗ trợ thử nghiệm cho các tập tài liệu lớn, một tối ưu hóa hứa hẹn sẽ giảm chi phí và tăng tốc hoạt động trong nhiều tình huốngMặc dù tính năng này về mặt kỹ thuật đã sẵn sàng để sử dụng rộng rãi hơn, nhưng các nhà phát triển cảnh báo rằng tính năng này vẫn chưa được thử nghiệm đủ để được coi là hoàn toàn ổn định.
Phiên bản mới của Btrfs tNó cũng giới thiệu cách sắp xếp các khóa dày đặc hơn trong cấu trúc XArray., giúp tăng tính gọn nhẹ của các nút cây mở rộng lưu trữ. Thay đổi này có thể giảm số lượng nút cuối từ 50% đến 70%, do đó tối ưu hóa cấu trúc bên trong và giảm mức tiêu thụ tài nguyên. Hơn nữa, Các điều chỉnh chống phân mảnh đã được áp dụng thông qua ioctl, cùng với việc kích hoạt cơ chế được thiết kế trước đó để ngăn chặn lỗi hệ thống tệp quan trọng, hạn chế việc ghi vào các thiết bị khối có hệ thống tệp được gắn kết.
Ngoài ra, nó còn nhấn mạnh đến triển khai hệ thống lưu trữ đệm cho các yêu cầu giải phóng không gian được phân bổ cho các bitmap. Trong các thử nghiệm sử dụng tính năng tạo tệp trống, việc tối ưu hóa này cho phép tăng hiệu suất lên đến 20%, cũng như cải thiện đáng kể trong các môi trường có tải siêu dữ liệu lớn. Tương tự, tính năng đọc trước đã được cải thiện trên các hệ thống sử dụng nén dữ liệu, giúp cải thiện tốc độ truy cập dữ liệu.
Cuối cùng, nếu bạn muốn biết thêm về nó, bạn có thể tham khảo thông tin chi tiết trong liên kết theo dõi.