Hệ thống treo khi hết bộ nhớ

Tôi đã có một eeePC 900a: nó có flash 8GB dưới dạng đĩa và chỉ 1GB RAM. Bản phân phối Linux được cài đặt trên nó là ArchLinux.

Khi hệ thống hết bộ nhớ, nó trở nên cực kỳ không phản hồi: phải mất vài giây / phút để làm những việc như chuyển sang TTY1 hoặc thậm chí di chuyển con trỏ chuột. Đôi khi có vẻ như hệ thống chỉ đóng băng: ba chúng tôi trước đây tôi để nó một mình và cho đến nay không có gì thay đổi.

Tôi muốn tránh tạo phân vùng / tệp hoán đổi trên eeePC này vì đĩa đã nhỏ và cũng vì nhiều lần ghi trên không gian hoán đổi sẽ rút ngắn rất nhiều thời gian sử dụng thẻ flash. Hơn nữa, tôi nghĩ rằng một tập tin hoán đổi / phân vùng sẽ chỉ di chuyển vấn đề, thay vì chắc chắn sửa nó.

Không phải kernel phải giết một số ứng dụng ngẫu nhiên khi hết bộ nhớ sao? Tại sao nó thất bại (hoặc mất nhiều tuổi) khi làm điều đó?

Vài tháng / năm trước tôi đã cố gắng tìm hiểu sâu hơn về vấn đề này, nhưng không thể tìm thấy bất cứ thứ gì thực sự có tác dụng ...

Có thể gọi OOM-killer (hết bộ nhớ) bằng cách kết hợp bàn phím:

SysRq-F

Khóa SysRq thường được kết hợp trong khóa PrtSc trên bàn phím.

Kẻ giết người OOM giết chết một số quy trình (-es) và hệ thống trở nên phản hồi một lần nữa.

Thx Raman cho lời khuyên về tính năng này trong các ý kiến ​​trên.

PS: Điều này đã giúp tôi rất nhiều. Tôi đồng ý với ý kiến ​​rằng đây là lời khuyên hữu ích nhất về vấn đề đó nếu nó gây ra bởi Chrome hoặc bất kỳ phần mềm tham lam bộ nhớ nào. Nhưng bạn cần lưu ý rằng OOM-killer có thể giết chết một quá trình thực sự quan trọng, hãy sử dụng nó một cách cẩn thận.

Trạng thái tự nhiên của mọi thứ là dữ liệu ứng dụng nằm trong RAM và các tệp nằm trên đĩa.
Trạng thái lý tưởng của mọi thứ, hiệu suất khôn ngoan, là dữ liệu được sử dụng thường xuyên là trong RAM và dữ liệu không cần thiết vào lúc này là trên đĩa.
Trên một hệ thống bình thường, kernel thực hiện hai điều để cố gắng đạt được lý tưởng này:

• Dữ liệu ứng dụng không được sử dụng trong một thời gian có thể được chuyển sang đĩa: đây là trao đổi.
• Dữ liệu từ các tệp đã được sử dụng gần đây được lưu trong RAM: đây là bộ đệm đĩa (cho dữ liệu đọc từ đĩa) và bộ đệm đĩa (đối với dữ liệu sắp được ghi vào đĩa).

Trên một hệ thống điển hình, một phần đáng kể của RAM được dành cho bộ đệm và bộ đệm (50% là một con số điển hình). Vì RAM là tài nguyên hữu hạn, điều này có thể yêu cầu thay thế một số dữ liệu ứng dụng để trao đổi (trao đổi chỉ cần thiết nếu có cách tốt hơn để sử dụng RAM).

Trên một hệ thống không có trao đổi, có một điểm khi dữ liệu ứng dụng đang sử dụng gần như toàn bộ RAM và do đó, hầu như không còn chỗ trống cho bộ nhớ cache. Sau đó hệ thống có khả năng bị chậm. Kernel sẽ không bắt đầu giết các ứng dụng cho đến khi nó thực sự phải. Miễn là các ứng dụng chỉ chiếm 99% bộ nhớ khả dụng, hệ thống sẽ tiếp tục hoạt động, nhưng rất chậm vì dữ liệu tệp phải được tải và tải lại từ đĩa mọi lúc. Với cùng các ứng dụng đang chạy, hệ thống sẽ nhanh hơn với trao đổi tại thời điểm đó.

Để biết thêm về vấn đề này, xem cuộc thảo luận lkml này và bài đăng trên blog này .

Tôi không biết một cách trực tiếp để nói với kernel để dành một lượng RAM tối thiểu cho bộ đệm đĩa. Bạn có thể thiết lập một phần nhỏ RAM của mình dưới dạng không gian trao đổi , thậm chí có thể nén . Có những báo cáo thành công trên mặt trận đó , mặc dù tôi không đảm bảo trong trường hợp cụ thể của bạn.

Đây là một lỗi đã biết từ năm 2007 - xem Hệ thống đóng băng khi sử dụng bộ nhớ cao .

Trong tình huống này, Windows sẽ hiển thị hộp thoại cảnh báo người dùng đóng một hoặc nhiều ứng dụng.

Gần đây tôi tìm thấy một giải pháp cho vấn đề của tôi.

Vì trình diệt OOM Linux không thể thực hiện đúng chức năng của nó, tôi bắt đầu sử dụng một không gian người dùng OOM Killer: Earlyoom . Nó được viết bằng C, khá cấu hình và nó hoạt động như một cơ duyên đối với tôi.

Tôi cũng đã nghe nói về một số lựa chọn thay thế, như OOMD của Facebook , được phát triển để chạy trên máy chủ của họ, nhưng tôi chưa thử cái này