Kẻ giết người OOM không hoạt động?

Đối với những gì tôi hiểu, khi hệ thống gần không có bộ nhớ trống, kernel sẽ bắt đầu tiêu diệt các tiến trình để lấy lại bộ nhớ. Nhưng trong hệ thống của tôi, điều này hoàn toàn không xảy ra.

Giả sử một tập lệnh đơn giản chỉ phân bổ nhiều bộ nhớ hơn mức có sẵn trong hệ thống (ví dụ, một mảng có hàng triệu chuỗi). Nếu tôi chạy một tập lệnh như thế này (như một người dùng bình thường), nó chỉ nhận được tất cả bộ nhớ cho đến khi hệ thống đóng băng hoàn toàn (chỉ SysRQ REISUB hoạt động).

Điều kỳ lạ ở đây là khi máy tính đóng băng, đèn led ổ cứng bật và giữ nguyên như vậy cho đến khi máy tính được khởi động lại, dù tôi có gắn phân vùng trao đổi hay không!

Vì vậy, câu hỏi của tôi là:

1. Hành vi này có bình thường không? Thật kỳ lạ khi một ứng dụng được thực thi như một người dùng bình thường có thể làm sập hệ thống theo cách này ...
2. Có cách nào để tôi có thể khiến Ubuntu tự động hủy các ứng dụng đó khi chúng chiếm quá nhiều (hoặc nhiều nhất) bộ nhớ không?

Thông tin thêm

• Ubuntu 12.04.3
• Hạt nhân 3.5.0-44

• RAM: ~ 3,7GB từ 4GB (dùng chung với card đồ họa). *

  $ tail -n+1 /proc/sys/vm/overcommit_*
  ==> /proc/sys/vm/overcommit_memory <==
  0
  
  ==> /proc/sys/vm/overcommit_ratio <==
  50
  
  $ cat /proc/swaps
  Filename                Type        Size    Used    Priority
  /dev/dm-1                               partition   4194300 344696  -1
  

Từ tài liệu chính thức/proc/sys/vm/* :

oom_kill_allocating_task

Điều này cho phép hoặc vô hiệu hóa việc hủy tác vụ kích hoạt OOM trong các tình huống hết bộ nhớ.

Nếu điều này được đặt thành 0, kẻ giết người OOM sẽ quét qua toàn bộ danh sách nhiệm vụ và chọn một nhiệm vụ dựa trên phương pháp phỏng đoán để tiêu diệt. Điều này thường chọn một nhiệm vụ ăn cắp bộ nhớ giả mạo giúp giải phóng một lượng lớn bộ nhớ khi bị giết.

Nếu điều này được đặt thành khác không, kẻ giết người OOM chỉ đơn giản là giết chết tác vụ kích hoạt tình trạng hết bộ nhớ. Điều này tránh việc quét danh sách nhiệm vụ đắt tiền.

Nếu panic_on_oom được chọn, nó sẽ được ưu tiên hơn bất kỳ giá trị nào được sử dụng trong oom_kill_allocating_task.

Giá trị mặc định là 0.

Để tóm tắt, khi thiết oom_kill_allocating_taskđể 1, thay vì quét hệ thống của bạn đang tìm kiếm quy trình để giết, đó là một nhiệm vụ tốn kém và chậm, hạt nhân sẽ chỉ giết chết quá trình gây ra hệ thống để có được ra khỏi bộ nhớ.

Từ kinh nghiệm của riêng tôi, khi một OOM được kích hoạt, hạt nhân không còn đủ "sức mạnh" để thực hiện việc quét như vậy, làm cho hệ thống hoàn toàn không thể sử dụng được.

Ngoài ra, sẽ rõ ràng hơn nếu chỉ giết nhiệm vụ gây ra sự cố, vì vậy tôi không hiểu tại sao nó được đặt thành 0mặc định.

Để kiểm tra, bạn chỉ có thể ghi vào tệp giả phù hợp, tệp /proc/sys/vm/này sẽ được hoàn tác trong lần khởi động lại tiếp theo:

echo 1 | sudo tee /proc/sys/vm/oom_kill_allocating_task

Để sửa lỗi vĩnh viễn, hãy viết phần sau vào /etc/sysctl.confhoặc vào một tệp mới bên dưới /etc/sysctl.d/, với .confphần mở rộng ( /etc/sysctl.d/local.confví dụ):

vm.oom_kill_allocating_task = 1

Cập nhật: Lỗi đã được sửa.

Câu trả lời của Teresa là đủ để giải quyết vấn đề và là tốt.

Ngoài ra, tôi đã nộp báo cáo lỗi vì đó chắc chắn là một hành vi bị hỏng.

Bạn có thể thử Earlyoom , một kẻ giết người OOM hoạt động trong không gian người dùng và cố gắng giết quá trình lớn nhất trong tình huống OOM.

Trước hết tôi khuyên bạn nên cập nhật lên 13.10 (cài đặt sạch, lưu dữ liệu của bạn).

Nếu bạn không muốn cập nhật, hãy thay đổi vm.swappiness thành 10 và nếu bạn thấy có vấn đề với zRAM cài đặt ram.