Bagaimana cara menonaktifkan swap sepenuhnya?

Saya menggunakan Debian sid, hard drive diformat dengan ext4, berjalan di linux 3.1

Saya ingat pada versi linux sebelumnya (mungkin sebelum 3.0), jika saya kehabisan memori, dan swap tidak diaktifkan, program biasanya akan macet. Ini sempurna untuk lingkungan saya: penjelajahan web sederhana tanpa operasi kritis. Yaitu, jika saya secara tidak sengaja menjalankan situs web yang buruk yang menggunakan terlalu banyak memori, hanya macet tanpa membuat terminal saya tidak dapat digunakan.

Tetapi dalam pengaturan saya saat ini, komputer hang dengan I / O throughput yang kasar di latar belakang. Iotop mengungkapkan kswapd0 menjadi pelakunya, yang berarti ini disebabkan oleh swapping. Setelah menggunakan swapon -suntuk menentukan swap yang diaktifkan, saya biasa swapoff -amenonaktifkan semua swap dan swapon -slagi untuk mengkonfirmasi bahwa semua swap dinonaktifkan.

Kemudian saya mencoba memaksimalkan penggunaan memori saya lagi. Sayangnya, perilaku yang saya harapkan tidak terjadi. Sebagai gantinya, kswapd0 mencoba berkali-kali untuk menukar keluar RAM dan gagal karena tidak ada ruang swap. Karena tidak pernah menyerah, komputer saya terkunci dalam pembekuan I / O yang kekal, buruk bagi kesehatan disk saya.

Apakah saya melakukan sesuatu yang salah dalam berusaha swapoff -a? Mengapa perilaku berbeda dari apa yang dulu (mungkin pra-3,0 kali)?

Menonaktifkan swap tidak akan melakukan apa yang Anda inginkan. Anda masih akan mendapatkan throughput I / O yang kasar, tetapi itu akan menjadi halaman yang bersih daripada yang kotor.

Tanpa swap, sistem akan memampatkan cache halaman yang bersih (tidak dimodifikasi) mendekati nol, karena itu adalah satu-satunya halaman yang dapat diusir dari memori fisik. Itu hanya dapat mengusir halaman yang kotor (dimodifikasi) dari memori dengan menulisnya untuk bertukar, tanpa swap, ia tidak memiliki cara untuk mengusir halaman yang kotor.

Ketika Anda kehabisan memori fisik, setiap proses harus memuat halaman kode dari disk saat mengusir halaman kode proses sebelumnya. Hasilnya akan meronta-ronta keras dan kerja berlebihan yang dilakukan oleh subsistem swap.

Ini adalah kasus khusus dari prinsip yang sangat penting: Untuk sistem yang dirancang dengan baik, Anda tidak dapat membuatnya berjalan lebih baik dengan mengurangi pilihannya. Linux adalah sistem yang dirancang dengan baik. Menghapus swap hanya memberinya lebih sedikit pilihan, jadi tidak mengherankan jika berperilaku lebih buruk.

Solusi yang lebih baik daripada mematikan swap, yang paling baik akan menyebabkan proses acak untuk dimatikan ketika memori berjalan rendah, adalah untuk menetapkan batas segmen data per proses untuk proses yang menarik barang dari internet. Dengan cara ini browser yang melarikan diri akan mencapai batas dan mati, daripada menyebabkan seluruh sistem menjadi tidak dapat digunakan. Contoh, dari shell

(ulimit -d 400000; firefox) &

Angka setelah -d dalam kilobyte. Anda harus bereksperimen dengan ini di sistem Anda untuk memilih nilai terbaik untuk kebiasaan browsing Anda. Tanda kurung menyebabkan subkulit dibuat; perintah ulimit hanya mempengaruhi shell itu dan anak-anaknya, mengisolasi efeknya dari shell induk.

Untuk memastikan bahwa swap tidak digunakan, Anda sebaiknya mencegah swap apa pun yang ditambahkan saat boot. Hal ini dapat dilakukan, tergantung pada sistem, dengan menonaktifkan swaplayanan boot atau hanya berkomentar keluar masuknya swap /etc/fstab.

Sejauh menyangkut hangup Anda, stop()fungsi di /etc/init.d/swapmungkin memberikan petunjuk:

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
}

Perhatikan bagian tentang kebuntuan . Anda dapat mencoba melakukan umount -a -t tmpfssendiri sebelum mematikan swap.

Edit:

Mungkin, Anda juga dapat mencapai tujuan dengan memodifikasi sysctlpengaturan (lihat pertanyaan ini ).

Lebih baik untuk mengomentari entri partisi swap /etc/fstabdaripada menjalankan swapoff -asetelah setiap boot.

Saya memiliki masalah yang sama dengan kswapd0 pada perangkat keras saya.

vm.swappinessParameter sistem tuning tidak membantu saya.

sysctl -w vm.swappiness=0

Saya mencari di Google dan membaca banyak posting, milis, dan sekarang saya pikir ini adalah bug kernel.

Ketika tidak ada partisi swap aktif dan memori bebas menjadi kurang dari beberapa ambang (sekitar 300MB dalam kasus saya) sistem menjadi tidak responsif karena kegilaan kswapd0.

Mungkin direproduksi dengan konfigurasi dan kondisi khusus.

Untuk seseorang itu diselesaikan dengan instalasi ulang sistem dengan re-partisi untuk orang lain dengan membangun kernel kustom dengan kswapd0cacat.

Di sistem saya (debian sid 2016-11-15), saya melakukan ini:

1. nonaktifkan swap sekarang:

   swapoff -a
   

2. komentar baris dengan partisi swap di / etc / fstab

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

3. nonaktifkan pemasangan swap di systemd:

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

Itu sudah cukup. Ada referensi swap dalam /etc/initramfs-tools/conf.d/resumefile. Saya tidak tahu apa tujuan dari ini. Mungkin file ini akan menjadi masalah pada reboot berikutnya (saya belum mencoba untuk reboot, uptime saya sangat berharga;)).

komputer hang dengan I / O throughput yang kasar di latar belakang. Iotop mengungkapkan kswapd0 menjadi pelakunya

Saya telah menemukan satu cara (sejauh ini) untuk menghindarinya. Jika Anda ingin mengujinya dan melihat hasilnya di sistem Anda, lihat tambalan kernel di dalam pertanyaan ini . Pada dasarnya, itu tidak mengusir Active(file)halaman (setidaknya) ketika di bawah tekanan memori, sehingga meronta-ronta disk (membaca konstan) berkurang menjadi hampir tidak ada dan pembunuh-OOM diperbolehkan untuk memicu dalam 1 detik, bukannya membekukan OS untuk apa yang tampaknya suka secara permanen (atau setidaknya selama beberapa menit). Saya berharap bahwa pemrogram yang sebenarnya (yang saya tidak) akan memperbaiki tambalan dan membuatnya menjadi solusi yang sebenarnya, sekarang mereka melihat bahwa apa yang dilakukannya berfungsi untuk situasi ini .