Nhân Linux 7.2: Số bản vá tăng vọt hơn gấp đôi nhờ làn sóng LLM

Linus Torvalds đã phát hành nhân Linux 7.2 vào ngày 17/8/2026, sau khi ông thừa nhận số lượng bản vá gửi về vẫn còn "nhiều hơn mong muốn". Đây là một trong những chu kỳ phát triển sôi động nhất trong lịch sử nhân Linux với gần 600.000 dòng mã được thêm vào, và đằng sau những con số ấy là một câu chuyện đáng suy ngẫm về cách cộng đồng mã nguồn mở lớn nhất thế giới đang thay đổi dưới tác động của trí tuệ nhân tạo.

Khối lượng công việc khổng lồ và kỷ lục mới

Nhân 7.2 ghi nhận 16.418 commit không gộp (non-merge commit) được đưa vào nhánh chính, vượt qua bản 7.1 vốn đã rất bận rộn. Đây thực chất là bản phát hành nhì nhì trong lịch sử nhân Linux về số commit, chỉ xếp sau 6.7. Tuy nhiên, trong khi 6.7 bị chi phối bởi việc gộp toàn bộ lịch sử phát triển của bcachefs, thì khối lượng của 7.2 lại đến từ nhiều nguồn khác nhau, phản ánh sự tham gia rộng khắp của cộng đồng.

Số lập trình viên đóng góp cho 7.2 lên tới 2.652 người, phá kỷ lục trước đó là 2.479 người của bản 7.1. Nhìn vào lịch sử từ thời kỳ Git, xu hướng rõ ràng là số người đóng góp cho mỗi bản phát hành tăng dần theo thời gian — nhưng độ dốc của đường cong này đã thay đổi đáng kể.

Biểu đồ số lượng lập trình viên đóng góp qua các bản phát hành

Những cái tên nổi bật nhất về số commit gồm Uwe Kleine-König với 151 commit (chủ yếu là dọn dẹp mã trong hệ thống driver), Rosen Penev với 146 commit (một danh sách dài các bản vá lỗi do LLM tạo ra, trải khắp các hệ thống con kiến trúc, driver, mạng và mã hóa), và Ian Rogers với 138 commit (làm việc nhiều với công cụ perf ở không gian người dùng).

Về số dòng mã thay đổi, Matthew Stewart đứng đầu khi tiếp nối truyền thống thêm các tệp header amdgpu khổng lồ do máy tạo ra, theo sau là Hawking Zhang. Đáng chú ý, Miguel Ojeda đã đưa crate zerocopy của Rust vào mã nguồn nhân, còn Darren Ye thêm driver âm thanh MediaTek mt8196.

Hoạt động đánh giá và kiểm thử

Chỉ hơn 8% commit trong 7.2 mang thẻ Tested-by, trong khi 48% có thẻ Reviewed-by. Đáng lưu ý là các thẻ đánh giá đang có xu hướng giảm nhẹ trong những bản phát hành gần đây — dù chưa rõ đây có phản ánh sự sụt giảm thực sự của hoạt động review hay không.

Số lượng thẻ Tested-by và Reviewed-by qua các bản phát hành

Trong vai trò kiểm thử, Dan Wheeler tiếp tục dẫn đầu với 117 thay đổi được gắn thẻ Tested-by nhờ công việc với các bản vá driver đồ họa AMD. Về đánh giá, Konrad Dybcio gắn thẻ cho 231 thay đổi và Dmitry Baryshkov với 225 thay đổi — cả hai đều tập trung vào driver và tệp devicetree cho thiết bị Qualcomm, và cũng chính là những cái tên đứng đầu danh sách này ở chu kỳ 7.1.

Công việc trên nhân 7.2 được hỗ trợ bởi 249 nhà tuyển dụng được xác định danh tính. Dẫn đầu về số commit là Intel (151), Google (119), Red Hat (873), AMD (813) và Qualcomm (767). Theo số dòng thay đổi, AMD áp đảo với 22.412 dòng, tiếp theo là nhóm "không xác định" (10.386), Google (10.256) và Qualcomm (5.902).

Làn sóng lập trình viên mới và dấu ấn của LLM

Điểm thay đổi quan trọng nhất lần này có lẽ là sự gia tăng đáng kể số lập trình viên không rõ đơn vị công tác — một phần phản ánh dòng người mới đang đổ vào cộng đồng nhân Linux.

Hai bản phát hành trước đều lập kỷ lục về số lập trình viên lần đầu đóng góp, và 7.2 lại phá kỷ lục đó lần nữa với 613 người đóng góp mới. Lập trình viên mới tích cực nhất là Bryam Vargas, người đóng góp 43 commit sửa lỗi trong hàng loạt hệ thống con: input, NVMe, F2FS, AppArmor, Landlock, SELinux, NTFS, WiFi, ATA, SCSI, mạng, Ceph và Thunderbolt.

Biểu đồ số lượng lập trình viên đóng góp lần đầu qua các bản phát hành

Như chính tác giả bài viết trên LWN nhận xét, một lập trình viên nhân Linux dày dạn kinh nghiệm sẽ rất khó thâm nhập sâu vào ngần ấy hệ thống con chỉ trong một chu kỳ phát triển — ít nhất là nếu họ muốn hiểu mình đang làm gì. Với một người chưa từng xuất hiện trước đây, điều đó ít nhất cũng gây ngạc nhiên. Các bản vá của Vargas không mang thẻ Assisted-by, nên theo giấy tờ, công việc này được thực hiện mà không có sự hỗ trợ của LLM.

Tổng cộng, 1.111 thay đổi trong 7.2 (dưới 7% tổng số) mang thẻ Assisted-by, tăng đáng kể so với 301 của bản 7.1. Tuy nhiên, con số thực tế của các bản vá có LLM hỗ trợ chắc chắn cao hơn nhiều: nhiều lập trình viên không cung cấp thẻ này, người bảo trì hiếm khi hỏi về việc dùng LLM, và ít nhất một người bảo trì chủ động gỡ bỏ các thẻ đó khi áp dụng bản vá.

Ngoài ra, có 252 bản vá trong 7.2 mang thẻ Reported-by ghi nhận hệ thống đánh giá Sashiko, và 568 commit đề cập đến Sashiko trong changelog.

Bùng nổ bản vá sửa lỗi: tín hiệu đáng mừng hay mối lo mới?

Phát hiện đáng chú ý nhất nằm ở biểu đồ dưới đây. Nhân 7.2 chứa 4.830 commit mang thẻ Fixes — tức là sửa một lỗi do commit trước đó gây ra.

Số commit mang thẻ Fixes và số commit được sửa qua các bản phát hành

Đường màu xanh đậm thể hiện số commit trong mỗi bản phát hành có chứa thẻ Fixes, còn đường màu nâu đậm là số commit được xác định bởi thẻ Fixes trong các commit sau đó. Điểm giao nhau ở bản 5.9 gợi ý rằng từ phiên bản đó, cộng đồng nhân bắt đầu sửa nhiều lỗi hơn là tạo ra — dù kết luận này chưa thể chắc chắn vì phải mất nhiều năm để tất cả lỗi hậu 5.9 được phát hiện và khắc phục.

Phần đáng chú ý nằm ở phía bên phải biểu đồ: số commit mang thẻ Fixes tăng vọt mạnh mẽ sau một thời gian dài gần như đi ngang. Đó dường như là hệ quả của việc rất nhiều người bắt đầu hướng LLM vào nhiệm vụ tìm lỗi trong phần mềm hiện có.

Số lượng lỗi không thể là vô hạn — ngay cả trong nhân Linux — nên tốc độ phát hiện và sửa lỗi cuối cùng phải giảm xuống. Các lỗi hiện có sẽ được sửa hết, và việc đánh giá bằng LLM sẽ làm giảm số lỗi mới được đưa vào. Ít nhất, đó là hy vọng.

Nếu sự sụt giảm đó không xảy ra, sẽ có những câu hỏi hóc búa cần trả lời. Có vẻ khá rõ ràng rằng sự phổ biến của LLM đã giúp những người trước đây không đủ khả năng tạo ra các bản vá nhân Linux. Nếu đúng như vậy, không khó để kết luận rằng trong nhiều trường hợp, người gửi bản vá không thực sự hiểu bản vá đó làm gì. Có thể LLM đã đủ giỏi đến mức hiểu biết đó không còn cần thiết, nhưng cũng có thể chúng ta đang tạo ra một đống mã mà chưa ai thực sự hiểu, nhưng sẽ phải bảo trì trong những năm tới.

Góc nhìn cho cộng đồng mã nguồn mở

Với người dùng và doanh nghiệp Việt Nam đang vận hành hệ thống trên nền Linux — từ máy chủ cloud đến thiết bị nhúng — diễn biến này vừa là tin tốt vừa là lời cảnh báo. Tin tốt là các lỗi tồn đọng được phát hiện và sửa nhanh hơn nhờ công cụ AI. Lời cảnh báo là chất lượng mã và khả năng bảo trì dài hạn có thể chịu ảnh hưởng nếu các bản vá được tạo ra mà không có người thực sự thấu hiểu.

Nhân Linux vốn được thiết kế cho môi trường sản xuất, không phải nghiên cứu hay thử nghiệm. Nhưng hiện tại, một thử nghiệm quy mô lớn đang diễn ra trên chính quy trình phát triển và cộng đồng của nhân. Trong 35 năm lịch sử, cộng đồng này đã nhiều lần hấp thụ quy trình và công cụ mới, và gần như chắc chắn sẽ tìm ra cách làm điều đó lần này. Nhưng quá trình hấp thụ đó không phải lúc nào cũng diễn ra êm ả.

Trong khi đó, gần 14.000 changeset không gộp đang nằm trong kho linux-next và sẵn sàng được đưa vào bản phát hành 7.3, trong đó hơn 1.100 thay đổi mang thẻ Assisted-by. Có vẻ như mức độ hoạt động cao đặc trưng của các bản phát hành gần đây sẽ không sớm kết thúc.