Điều tôi đã ngạc nhiên khi thấy tôi cố gắng làm điều tương tự (mà bạn muốn làm) là tìm thấy rất ít ý kiến liên quan (nếu có) trong một mã phức tạp như vậy.
Tài liệu phải là mã, đúng, nhưng tính năng bình luận tồn tại trong ngôn ngữ lập trình C vì một lý do.
Nếu chúng đã bị xóa, đó có lẽ cũng là một lý do: để bạn tránh xa nó.
Tôi thực sự nghi ngờ rằng tất cả các nhà phát triển kernel phải làm việc trên cơ sở mã đã được dọn sạch này và quan điểm của tôi về điều đó (ít nhất) là tác giả của bất kỳ "tính năng" kernel nào (như epoll, vì lợi ích của cuộc thảo luận) một phiên bản riêng của mã VỚI tất cả những bình luận còn thiếu.
Tại sao tôi tin điều này?
Một nhà phát triển hạt nhân nổi bật, cố gắng thuyết phục tôi phát hành mã nguồn của máy chủ G-WAN dưới dạng nguồn mở, khuyên tôi "làm cho nó khó đọc nhất có thể".
Ông nói thêm rằng chiến thuật này đã làm việc tuyệt vời cho ông trong nhiều thập kỷ cho tất cả các dự án "nguồn mở" của ông.
Giữ sự hiểu biết của bạn về bất kỳ phần quan trọng nào của dự án "nguồn mở" được sử dụng rộng rãi rõ ràng tạo ra cơ hội khi doanh thu của bạn chỉ đến từ tư vấn.
Vì vậy, trở lại câu hỏi của bạn, điều hữu ích nhất mà bạn có thể làm để hiểu mã này là nghiên cứu từng bước và THÊM các bình luận còn thiếu.
Sau đó, dần dần, nó sẽ bắt đầu có ý nghĩa (và bạn sẽ tìm thấy lý do tại sao các bình luận đã bị xóa).