Làm thế nào để vô hiệu hóa hoàn toàn trao đổi?

Tôi đang sử dụng Debian sid, ổ cứng được định dạng bằng ext4, chạy trên linux 3.1

Tôi nhớ trên các phiên bản linux trước đây (có thể trước 3.0), nếu tôi hết bộ nhớ và trao đổi không được bật, các chương trình thường sẽ bị sập. Điều này là hoàn hảo cho môi trường của tôi: duyệt web đơn giản không có hoạt động quan trọng. Đó là, nếu tôi vô tình chạy trên một trang web xấu sử dụng quá nhiều bộ nhớ, nó chỉ bị sập mà không khiến thiết bị đầu cuối của tôi không sử dụng được.

Nhưng trong thiết lập hiện tại của tôi, máy tính bị treo với thông lượng I / O bạo lực ở chế độ nền. iotop tiết lộ kswapd0 là thủ phạm, có nghĩa là do hoán đổi. Sau khi sử dụng swapon -sđể xác định bất kỳ giao dịch hoán đổi nào được kích hoạt, tôi đã sử dụng swapoff -ađể vô hiệu hóa tất cả các giao dịch hoán đổi và swapon -smột lần nữa để xác nhận rằng tất cả các giao dịch hoán đổi đã bị vô hiệu hóa.

Sau đó, tôi đã cố gắng tối đa hóa việc sử dụng bộ nhớ của mình một lần nữa. Than ôi, hành vi tôi mong đợi đã không xảy ra. Thay vào đó, kswapd0 cố gắng lặp đi lặp lại để trao đổi RAM và thất bại vì không có không gian trao đổi. Bởi vì nó không bao giờ bỏ cuộc, máy tính của tôi bị khóa trong trạng thái đóng băng nặng I / O vĩnh viễn, không tốt cho sức khỏe của đĩa.

Tôi đang làm điều gì sai trong việc cố gắng swapoff -a? Tại sao hành vi khác với hành vi trước đây (có thể là trước 3.0 lần)?

Vô hiệu hóa trao đổi sẽ không làm những gì bạn muốn. Bạn vẫn sẽ nhận được thông lượng I / O bạo lực, nhưng nó sẽ là các trang sạch hơn là các trang bẩn.

Không có trao đổi, hệ thống sẽ nén bộ nhớ cache của các trang sạch (chưa sửa đổi) về gần bằng 0, vì đó là những trang duy nhất nó có thể đuổi khỏi bộ nhớ vật lý. Nó chỉ có thể đuổi các trang bẩn (đã sửa đổi) khỏi bộ nhớ bằng cách viết chúng để trao đổi, không có trao đổi, nó không có cách nào để đuổi các trang bẩn.

Khi bạn sử dụng ít bộ nhớ vật lý, mỗi quy trình sẽ phải tải các trang mã của nó từ đĩa khi nó hiển thị các trang mã quy trình trước đó. Kết quả sẽ là đập dữ dội và làm việc quá mức được thực hiện bởi hệ thống con trao đổi.

Đây là trường hợp đặc biệt của một nguyên tắc rất quan trọng: Đối với một hệ thống được thiết kế tốt, bạn không thể làm cho nó chạy tốt hơn bằng cách giảm các lựa chọn của nó. Linux là một hệ thống được thiết kế tốt. Loại bỏ trao đổi chỉ mang lại cho nó ít lựa chọn hơn, vì vậy không có gì đáng ngạc nhiên khi nó hành xử tồi tệ hơn.

Một giải pháp tốt hơn là tắt trao đổi, điều này sẽ gây ra các quá trình ngẫu nhiên bị giết khi bộ nhớ sắp hết, là đặt giới hạn phân đoạn dữ liệu cho mỗi quy trình cho các quy trình rút mạng. Bằng cách này, một trình duyệt chạy trốn sẽ đạt đến giới hạn và chết, thay vì làm cho toàn bộ hệ thống trở nên không sử dụng được. Ví dụ, từ vỏ

(ulimit -d 400000; firefox) &

Số sau -d tính bằng kilobyte. Bạn nên thử nghiệm điều này trên hệ thống của bạn để chọn giá trị tốt nhất cho thói quen duyệt web của bạn. Các dấu ngoặc đơn gây ra một lớp con được tạo ra; lệnh ulimit chỉ ảnh hưởng đến lớp vỏ đó và các con của nó, cô lập các hiệu ứng của nó với lớp vỏ cha.

Để đảm bảo rằng trao đổi không được sử dụng, tốt hơn hết bạn nên ngăn chặn bất kỳ trao đổi nào được thêm vào khi khởi động. Điều này có thể được thực hiện, tùy thuộc vào hệ thống, bằng cách vô hiệu hóa swapdịch vụ khởi động hoặc chỉ nhận xét về mục trao đổi trong /etc/fstab.

Theo như liên quan đến hangout của bạn, stop()chức năng trong /etc/init.d/swapcó thể đưa ra manh mối:

stop()
{
       ebegin "Deactivating swap devices"

       # Try to unmount all tmpfs filesystems not in use, else a deadlock may
       # occure. As $RC_SVCDIR may also be tmpfs we cd to it to lock it
       cd "$RC_SVCDIR"
       umount -a -t tmpfs 2>/dev/null

       case "$RC_UNAME" in
               NetBSD|OpenBSD) swapctl -U -t noblk >/dev/null;;
               *)              swapoff -a >/dev/null;;
       esac
       eend 0
}

Lưu ý phần về bế tắc . Bạn có thể thử umount -a -t tmpfstự làm trước khi tắt trao đổi.

Chỉnh sửa:

Có lẽ, bạn cũng có thể đạt được mục tiêu của mình bằng cách sửa đổi sysctlcài đặt (xem câu hỏi này ).

Nó là tốt hơn để bình luận ra mục nhập phân vùng trao đổi trong /etc/fstabhơn là chạy swapoff -asau mỗi lần khởi động.

Tôi có cùng một vấn đề với kswapd0 trên phần cứng của tôi.

Điều chỉnh vm.swappinesstham số hệ thống không giúp tôi.

sysctl -w vm.swappiness=0

Tôi đã googled và đọc rất nhiều bài viết, danh sách gửi thư, và bây giờ tôi nghĩ rằng đây là lỗi kernel.

Khi không có phân vùng trao đổi hoạt động và bộ nhớ trống trở nên ít hơn một số ngưỡng (khoảng 300 MB trong trường hợp của tôi), hệ thống sẽ không phản hồi do sự điên cuồng kswapd0.

Có lẽ nó được sao chép với cấu hình và điều kiện đặc biệt.

Đối với ai đó, nó được giải quyết bằng cách cài đặt lại hệ thống với phân vùng lại cho người khác bằng cách xây dựng kernel tùy chỉnh kswapd0bị vô hiệu hóa.

Trên hệ thống của tôi (debian sid 2016-11-15), tôi đã làm điều này:

1. vô hiệu hóa trao đổi ngay bây giờ:

   swapoff -a
   

2. nhận xét dòng với phân vùng trao đổi trong / etc / fstab

   #### #UUID=c6ddbc95-3bb5-49e1-ab25-b1c505e5360c none            swap    sw              0       0
   

3. vô hiệu hóa việc gắn trao đổi trong systemd:

   systemctl --type swap
   systemctl stop dev-sda6.swap
   systemctl mask dev-sda6.swap
   

Nó sẽ là đủ. Có tài liệu tham khảo về trao đổi trong /etc/initramfs-tools/conf.d/resumetập tin. Tôi không biết mục đích của việc này là gì. Có thể tệp này sẽ gặp sự cố trong lần khởi động lại tiếp theo (Tôi chưa thử khởi động lại, thời gian hoạt động của tôi rất quý;)).

máy tính bị treo với thông lượng I / O dữ dội trong nền. iotop tiết lộ kswapd0 là thủ phạm

Tôi đã tìm thấy một cách (cho đến nay) để tránh điều đó. Nếu bạn muốn kiểm tra nó và xem nó hoạt động như thế nào trên hệ thống của bạn, hãy xem bản vá kernel bên trong câu hỏi này . Về cơ bản, nó không đuổi Active(file)các trang (ít nhất) khi bị áp lực bộ nhớ, do đó, việc đập đĩa (đọc liên tục) giảm xuống gần như không có gì và OOM-killer được phép kích hoạt trong vòng 1 giây, thay vì đóng băng HĐH cho những gì dường như như vĩnh viễn (hoặc ít nhất là trong nhiều phút). Tôi hy vọng rằng các lập trình viên thực tế (trong đó tôi không) sẽ cải thiện bản vá và biến nó thành một giải pháp thực tế, bây giờ họ thấy rằng những gì nó làm được cho các tình huống này.