Các nhà phát triển dự án systemd đã bắt đầu nghiên cứu và khắc phục một vấn đề kiến trúc tồn tại lâu năm trong thành phần "systemd-journald", gây ra hiện tượng lượng dữ liệu được ghi vào đĩa (khuếch đại ghi) cao hơn đáng kể so với dung lượng thực tế của nhật ký.
Câu chuyện bắt nguồn từ tháng 3 năm 2020, khi một báo cáo được gửi lên hệ thống theo dõi lỗi cho thấy việc tạo ra khoảng 500 KB nhật ký văn bản dẫn đến hơn 700 MB thao tác ghi vật lý trên ổ SSD. Các nhà phát triển systemd đã thẳng thừng phủ nhận vấn đề, phản hồi bằng câu "bạn không hiểu cách hoạt động của hệ thống tập tin", từ chối tiến hành phân tích hiệu năng và đóng phiếu báo lỗi với phán quyết "không thể xử lý". Những bình luận của các nhà phát triển đã nhận được hàng trăm lượt phản đối từ người dùng, nhưng lập trường của dự án vẫn không thay đổi.
Đầu năm 2026, một báo cáo sự cố thứ hai đã được đệ trình, trong đó nhà phát triển độc lập ValdikSS đã thực hiện phân tích chi tiết bằng cách sử dụng các thiết bị cgroup và loop riêng biệt, chứng minh rõ ràng cơ chế gây ra sự cố: do việc sử dụng các tệp ánh xạ bộ nhớ (mmaps) và bảng băm nhị phân, việc ghi dù chỉ một tin nhắn văn bản 750 byte cũng dẫn đến việc sửa đổi dấu vân tay bộ nhớ, khiến toàn bộ các trang 4 kilobyte bị ghi vào đĩa và tạo ra 50 đến 70 KB I/O kết quả ở cấp độ thiết bị khối.
Sau bài báo trang nhất của Hacker News ngày hôm qua và việc công bố các bài kiểm tra tổng hợp không thể bác bỏ, những người duy trì dự án đã thay đổi lập trường và bắt đầu làm việc để tối ưu hóa cơ chế làm mới bộ nhớ cache và cấu trúc lưu trữ chỉ mục của journald.
Nguồn: opennet.ru
