Quá trình phát triển các phiên bản LTS của Linux có thể bị rút ngắn do vấn đề bảo trì 

Tux, linh vật của Nhân Linux

Nhân Linux là xương sống của hệ điều hành Linux (OS), và là giao diện cơ bản giữa phần cứng của máy tính và các quy trình của nó.

Cách đây vài ngày trên trang web của "Tạp chí Linux" một bài đăng đã được chia sẻ trong đó nói một chút về các chủ đề được thảo luận tại Hội nghị Thượng đỉnh Nguồn Mở Châu Âu, trong đó Jonathan Corbet, nhà phát triển nhân Linux, đã đề cập một chút về hướng phát triển sẽ diễn ra trong Kernel của Linux trong những năm tới.

Ấn phẩm này nhấn mạnh tầm quan trọng lớn của vấn đề phát triển các phiên bản LTS của Linux, tại thời điểm này và trong tương lai có thể là một vấn đề lớn, do đặc điểm của các phiên bản này, đặc biệt là vấn đề về thời gian hỗ trợ mà chúng có. những cái này.

Và trong ấn phẩm nó được đề cập rằng Nhà phát triển nhân Linux, pHọ dự định giới hạn chu kỳ cập nhật hai năm cho các nhánh LTS của nhân Linux. Về mặt chính thức, thời gian bảo trì cho các phiên bản LTS vẫn là 2 năm, pNhưng trong XNUMX năm qua, khoảng thời gian cập nhật bản phát hành đã được gia hạn lên 6 năm nếu hạt nhân tiếp tục có nhu cầu và các đại diện trong ngành sẵn sàng giúp các nhà phát triển cung cấp dịch vụ bảo trì.

Trong tương lai, Phần mở rộng này bị nghi ngờ vì lãi suất giảm về việc sử dụng hạt nhân LTS cũ: hầu hết người dùng sớm chuyển sản phẩm của họ sang các nhánh hạt nhân mới hơn và 6 năm được coi là khoảng thời gian quá mức.

Bên cạnh đó, khi số lượng phiên bản LTS tăng lên, tăng gánh nặng cho người bảo trì, công việc của họ trở nên thường xuyên và được giảm xuống thành việc hỗ trợ liên tục cho việc sửa chữa. Gánh nặng này khiến trợ lý kiệt sức và mất hứng thú tiếp tục làm việc.

Sự kiệt sức của người bảo trì được coi là một trong những vấn đề nghiêm trọng nhất trong cộng đồng phát triển hạt nhân. Bất chấp sự hỗ trợ của công ty, hầu hết những người tham gia phát triển hạt nhân đều đóng vai trò là tình nguyện viên vì lợi ích: chỉ có khoảng 200 nhà phát triển trong số hơn 2.000 người tham gia phát triển tích cực nhận được tiền cho công việc của họ. Sự đơn điệu liên tục của việc sửa các lỗi nhỏ, thực hiện kiểm tra mờ và xem xét các thay đổi khiến các nhà phát triển kiệt sức và dẫn đến mất hứng thú với công việc của người bảo trì.

Sự kiệt sức của người bảo trì này là một mối đe dọa nghiêm trọng, như Corbet đã nhấn mạnh. Việc bảo trì Linux phần lớn là nỗ lực tình nguyện và chỉ có khoảng 200 trong số hơn 2000 nhà phát triển trả tiền cho những đóng góp của họ. Nhu cầu vô tận về thời gian của người bảo trì do kiểm tra lông tơ, sửa các lỗi nhỏ và xem xét các đóng góp đã khiến họ phải gánh chịu hậu quả. Các nhà bảo trì nổi tiếng đã cảnh báo rằng họ cần được giúp đỡ để tránh sụp đổ. Các công ty phụ thuộc vào Linux phải nhận ra rằng việc đền đáp tài chính là lợi ích tốt nhất của họ để duy trì hệ sinh thái quan trọng này. 

Cũng nổi bật trong số các vấn đề là nguy cơ xuất hiện các nhánh của nhân Linux tách biệt khỏi nhân chính và phụ thuộc vào các nhà cung cấp riêng lẻ. Các nhánh như thế này có thể là kết quả của các bản phân phối như Red Hat Enterprise Linux sử dụng các gói hạt nhân dựa trên các phiên bản hạt nhân rất cũ với các thay đổi được sao lưu.

Điều nguy hiểm với các nhánh này là khi đưa ra các thay đổi có chọn lọc, bạn có thể bỏ lỡ các bản sửa lỗi cho các lỗ hổng và sự cố nghiêm trọng. Ngoài ra, chúng gây khó khăn cho việc phân tích các lỗi xảy ra, vì không phải lúc nào cũng rõ ràng liệu sự cố có biểu hiện ở lõi chính hay là do những thay đổi cụ thể của nhà sản xuất gây ra.

Người ta đề cập rằng một mô hình chính xác hơn để duy trì hạt nhân là đi theo mô hình tương tự như của Android dựa trên việc chuyển tất cả các thay đổi từ hạt nhân chính và phát triển những cải tiến cần thiết trong hạt nhân chính, thay vì duy trì phiên bản hạt nhân của riêng nó. kernel, bao gồm cả những thay đổi dành riêng cho nền tảng Android.

Mô hình di chuyển thay đổi hoàn toàn có lợi chủ yếu từ quan điểm bảo mật, vì khi các bản vá được di chuyển có chọn lọc, mối liên hệ giữa bản sửa lỗi và loại bỏ các vấn đề bảo mật tiềm ẩn không phải lúc nào cũng rõ ràng. Khi các thay đổi được di chuyển hoàn toàn, sự cố thường được giải quyết trước khi có thông tin cho thấy bản sửa lỗi chặn lỗ hổng bảo mật.

Cuối cùng Nếu bạn muốn biết thêm về nó, bạn có thể kiểm tra các chi tiết trong liên kết theo dõi.


Để lại bình luận của bạn

địa chỉ email của bạn sẽ không được công bố. Các trường bắt buộc được đánh dấu bằng *

*

*

  1. Chịu trách nhiệm về dữ liệu: Miguel Ángel Gatón
  2. Mục đích của dữ liệu: Kiểm soát SPAM, quản lý bình luận.
  3. Hợp pháp: Sự đồng ý của bạn
  4. Truyền thông dữ liệu: Dữ liệu sẽ không được thông báo cho các bên thứ ba trừ khi có nghĩa vụ pháp lý.
  5. Lưu trữ dữ liệu: Cơ sở dữ liệu do Occentus Networks (EU) lưu trữ
  6. Quyền: Bất cứ lúc nào bạn có thể giới hạn, khôi phục và xóa thông tin của mình.