Tiến trình liên quan đến việc cải thiện hiệu năng / khả năng phản hồi của hệ thống trong quá trình I / O đĩa cao là gì?

Bất cứ khi nào có I / O đĩa cao, hệ thống có xu hướng chậm hơn và ít phản hồi hơn bình thường. Tiến trình về nhân Linux là gì? Là vấn đề này tích cực đang được làm việc trên?

Tôi nghĩ phần lớn nó đã được giải quyết. Hiệu suất của tôi dưới IO nặng đã được cải thiện trong 2.6.36 và tôi hy vọng nó sẽ cải thiện nhiều hơn trong 2.6.37. Xem các bài viết phoronix .

Wu Fengguang và KOSAKI Motohiro đã xuất bản các bản vá trong tuần này mà họ tin rằng sẽ giải quyết một số vấn đề phản hồi này, mà họ gọi là "hệ thống không phản hồi dưới áp lực bộ nhớ và nhiều lỗi bẩn / trang bị xóa". Andreas Mohr, một trong những người dùng đã báo cáo vấn đề này với LKML và đã thử nghiệm hai bản vá được áp dụng chống lại vmscan của kernel đã báo cáo thành công. Vấn đề của Andreas là hệ thống trở nên hoàn toàn không phản hồi (và chuyển sang VT mất hơn 20 giây) khi tạo hệ thống tệp EXT4 khi ổ đĩa trạng thái rắn được kết nối qua USB 1.1. Trên hệ thống của anh ấy khi viết 300M từ tệp / dev / zero, vấn đề thậm chí còn tồi tệ hơn.

Đây là một liên kết trực tiếp đến lỗi

Cũng từ Phoronix

May mắn thay, từ thử nghiệm của chúng tôi và các báo cáo của những người dùng Linux khác muốn thấy vấn đề này được khắc phục, các bản vá vmscan tương đối nhỏ được xuất bản dường như giải quyết vấn đề tốt hơn. Giao diện người dùng (Gnome trong trường hợp của chúng tôi) vẫn không trôi chảy 100% nếu hệ thống duy trì số lượng hoạt động đĩa quá lớn, nhưng chắc chắn nó tốt hơn nhiều so với trước đây và những gì thậm chí được tìm thấy ngay bây giờ với kernel Linux 2.6.35.

Ngoài ra còn có thông báo phát hành Phoronix 2.6.36

Có vẻ như các rào cản khối sẽ biến mất và điều đó cũng sẽ giúp hiệu suất.

Trong thực tế, các rào cản có tiếng xấu về việc tiêu diệt hiệu năng I / O của khối, đến mức các quản trị viên thường bị cám dỗ tắt chúng và chấp nhận rủi ro. Mặc dù các hoạt động xếp hàng được gắn thẻ được cung cấp bởi phần cứng hiện đại sẽ thực hiện các rào cản một cách hợp lý, nhưng các nỗ lực sử dụng các tính năng đó thường gặp khó khăn. Vì vậy, trong thế giới thực, các rào cản được thực hiện bằng cách đơn giản rút hết hàng đợi yêu cầu I / O trước khi ban hành hoạt động rào cản, với một số thao tác tuôn ra để đưa phần cứng thực sự đưa dữ liệu vào phương tiện truyền thông liên tục. Các hoạt động thoát hàng đợi sẽ làm tắc nghẽn thiết bị và tiêu diệt sự song song cần thiết cho hiệu suất đầy đủ; Không có gì đáng ngạc nhiên khi việc sử dụng các rào cản có thể gây đau đớn.

Ngoài ra còn có bài viết này về vấn đề lập kế hoạch I / O công bằng

Tôi muốn nói rằng IO đã đánh thức lại như một vấn đề lớn về thời điểm phát hành ext4 trong 2.6.28. Các liên kết sau đây là các bản phát hành Kernel mới của Linux Kernel , bạn nên xem lại các phần Chặn và Hệ thống tập tin. Điều này tất nhiên có thể là tình cảm không công bằng, hoặc chỉ khi tôi bắt đầu xem sự phát triển của FS, tôi chắc chắn rằng nó đã được cải thiện tất cả, nhưng tôi cảm thấy rằng một số vấn đề ext4, 'khiến mọi người khó nhìn vào ngăn xếp IO, hoặc có thể là họ đang mong đợi ext4 sẽ giải quyết tất cả các vấn đề về hiệu năng, và sau đó khi họ không nhận ra rằng họ phải tìm kiếm các vấn đề ở nơi khác.

2.6.28 , 2.6.29 , 2.6.30 , 2.6.31 , 2.6.32 , 2.6.33 , 2.6.34 , 2.6.35 , 2.6.36 , 2.6.37