Tại sao một chương trình người dùng lộn xộn với không gian kernel?

Tôi thậm chí không chắc vấn đề là gì, nhưng tôi đang nói về cuộc tấn công hạt nhân được mô tả ở đây . Dưới danh sách ý kiến ​​này ai đó đã hỏi về việc đổi mới quy trình. Thủ thuật không cải thiện được tình hình (máy vẫn chạy rất chậm) và bình luận trả lời nói lên điều gì đó về không gian kernel so với không gian người dùng.

Đầu tiên, là nhận xét trả lời đúng? Nếu vậy, tại sao renice hoạt động cho những thứ trong không gian người dùng mà không phải cho những thứ trong không gian kernel? Ngoài ra, theo những gì tôi đọc được , tất cả các chương trình mà người dùng bắt đầu phải ở trong không gian người dùng, tôi đã bỏ lỡ điều gì?

Nếu nó không chính xác, thì tại sao renice không cải thiện tình hình?

Có những dịch vụ mà kernel cung cấp cho không gian người dùng (chẳng hạn như ổ cắm mở). Có một giao diện được xác định rõ (API) mà các chương trình không gian người dùng có thể tương tác với kernel thông qua.

Trong trường hợp này, chương trình không gian người dùng liên tục mở ổ cắm và gửi mô tả tệp qua chúng, sau đó đóng ổ cắm. Những hành động này được thực hiện bởi kernel. Nó sẽ giữ bộ mô tả tập tin trong một bộ đệm cho đến khi đầu kia của ổ cắm đọc nó. Lỗi cụ thể là bộ thu gom rác cuối cùng sẽ giải phóng bộ mô tả tệp, nhưng không được - fd bị rò rỉ. Các fds bị rò rỉ cộng lại và ngồi đó tiêu thụ tài nguyên. Giết chương trình không giải phóng tài nguyên vì chúng không thuộc sở hữu của chương trình.