Membuat Linux read swap kembali ke memori

Kernel Linux menukar sebagian besar halaman dari memori ketika saya menjalankan aplikasi yang menggunakan sebagian besar memori fisik 16GB. Setelah aplikasi selesai, setiap tindakan (mengetik perintah, berpindah ruang kerja, membuka halaman web baru, dll.) Membutuhkan waktu sangat lama untuk diselesaikan karena halaman yang relevan terlebih dahulu harus dibaca kembali dari swap.

Apakah ada cara untuk memberitahu kernel Linux untuk menyalin halaman dari swap kembali ke memori fisik tanpa menyentuh secara manual (dan menunggu) setiap aplikasi? Saya menjalankan banyak aplikasi sehingga menunggu selalu menyakitkan.

Saya sering menggunakan swapoff -a && swapon -auntuk membuat sistem responsif lagi, tetapi ini membersihkan halaman dari swap, jadi mereka perlu ditulis lagi saat berikutnya saya menjalankan skrip.

Apakah ada antarmuka kernel, mungkin menggunakan sysfs, untuk menginstruksikan kernel untuk membaca semua halaman dari swap?

Sunting: Saya memang mencari cara untuk membuat semua swap swapcached. (Terima kasih derobert!)

[PS serverfault.com/questions/153946/… dan serverfault.com/questions/100448/... adalah topik terkait tetapi tidak menjawab pertanyaan tentang bagaimana membuat kernel Linux untuk menyalin halaman dari menukar kembali ke dalam memori tanpa menghapus swap.]

Berdasarkan program memdump awalnya ditemukan di sini saya telah membuat skrip untuk secara selektif membaca aplikasi yang ditentukan kembali ke memori. remember:

#!/bin/bash
declare -A Q
for i in "$@"; do
    E=$(readlink /proc/$i/exe);
    if [ -z "$E" ]; then.
        #echo skipped $i;.
        continue;.
    fi
    if echo $E | grep -qF memdump; then.
        #echo skipped $i >&2;.
        continue;.
    fi
    if [ -n "${Q[${E}]}" ]; then.
        #echo already $i >&2;.
        continue;.
    fi
    echo "$i $E" >&2
    memdump $i 2> /dev/null
    Q[$E]=$i
done | pv -c -i 2 > /dev/null

Penggunaan: sesuatu seperti

# ./remember $(< /mnt/cgroup/tasks )
1 /sbin/init
882 /bin/bash
1301 /usr/bin/hexchat
...
2.21GiB 0:00:02 [ 1.1GiB/s] [  <=>     ]
...
6838 /sbin/agetty
11.6GiB 0:00:10 [1.16GiB/s] [      <=> ]
...
23.7GiB 0:00:38 [ 637MiB/s] [   <=>    ]
# 

Dengan cepat melompati memori non-swapped (gigabytes per detik) dan melambat saat diperlukan swap.

Mungkin membantu untuk meningkatkan /proc/sys/vm/page-cluster(default: 3).

Dari dokumentasi kernel ( sysctl/vm.txt):

halaman-cluster

page-cluster mengontrol jumlah halaman hingga halaman yang dibaca berturut-turut dari swap dalam satu upaya. Ini adalah swap rekanan swap dari mitra ke halaman. Consecutivity yang disebutkan bukan dalam hal alamat virtual / fisik, tetapi berturut-turut pada ruang swap - itu berarti mereka ditukar bersama.

Ini adalah nilai logaritmik - pengaturan ke nol berarti "1 halaman", mengatur ke 1 berarti "2 halaman", mengaturnya menjadi 2 berarti "4 halaman", dll. Nol menonaktifkan swap readahead sepenuhnya.

Nilai default adalah tiga (delapan halaman sekaligus). Mungkin ada beberapa manfaat kecil dalam menyetel ini ke nilai yang berbeda jika beban kerja Anda intensif untuk swap.

Nilai yang lebih rendah berarti latensi yang lebih rendah untuk kesalahan awal, tetapi pada saat yang sama kesalahan tambahan dan penundaan I / O untuk mengikuti kesalahan jika mereka akan menjadi bagian dari halaman berturut-turut yang akan dibawa oleh readahead.

Dokumentasi tidak menyebutkan batas, jadi mungkin Anda bisa mengatur ini sangat tinggi untuk membuat semua swap dibaca kembali segera. Dan tentu saja mengubahnya kembali menjadi nilai waras setelahnya.

Anda dapat mencoba menambahkan program yang paling Anda pedulikan ke grup dan menyelaraskan swappiness sehingga saat berikutnya aplikasi menjalankan program yang Anda tambahkan cenderung menjadi kandidat untuk bertukar.

Beberapa halaman mereka kemungkinan masih akan ditukar tetapi mungkin mengatasi masalah kinerja Anda. Sebagian besar itu mungkin hanya perilaku "berhenti dan mulai" ketika banyak halaman program dalam swap dan program harus terus-menerus berhenti untuk menukar halaman-halamannya ke dalam RAM tetapi hanya dalam peningkatan 4k.

Sebagai alternatif, Anda dapat menambahkan aplikasi yang berjalan ke grup dan menyelaraskan swappiness sehingga aplikasi tersebut adalah yang cenderung menggunakan file swap paling banyak. Ini akan memperlambat aplikasi tetapi akan mengampuni sisa sistem.

Sepertinya saya bahwa Anda tidak bisa secara ajaib "membuat sistem responsif lagi". Anda bisa dikenakan penalti atau membaca kembali halaman dari ruang swap ke memori sekarang atau Anda dikenakan kemudian, tetapi satu atau lain cara Anda dikenakan. Memang, jika Anda melakukan sesuatu seperti swapoff -a && swapon -aitu, Anda mungkin merasa lebih sakit daripada kurang, karena Anda memaksa beberapa halaman untuk disalin kembali ke memori yang seharusnya tidak pernah diperlukan lagi dan akhirnya jatuh tanpa dibaca (pikirkan: Anda keluar dari aplikasi sementara banyak tumpukannya yang ditukar; halaman-halaman itu dapat dibuang sama sekali tanpa pernah dibaca kembali ke memori).

tapi ini membersihkan halaman dari swap, jadi mereka perlu ditulis lagi saat berikutnya saya menjalankan skrip.

Yah, hampir semua halaman yang disalin kembali dari swap ke memori utama akan segera dimodifikasi, jadi jika perlu dipindahkan kembali untuk bertukar lagi di masa depan, itu harus ditulis lagi di swap. Perlu diingat bahwa swap sebagian besar adalah tumpukan memori, bukan hanya-baca halaman (yang biasanya didukung file).

Saya pikir swapoff -a && swapon -atrik Anda sama bagusnya dengan apa pun yang bisa Anda dapatkan.

Ada diskusi yang sangat bagus di sini http://rudd-o.com/en/linux-and-free-software/tales-from-responsivenessland-why-linux-feels-slow-and-how-to-fix-that yang bermuara pada penurunan swappiness, dengan gagasan bahwa untuk meningkatkan respon yang dirasakan sistem seseorang harus mencegah pertukaran kode (dan inilah yang terjadi). Ini sebenarnya bukan jawaban untuk pertanyaan Anda, tetapi ini dapat mencegah masalah muncul (aplikasi Anda tidak ditukar, hanya data yang tidak digunakan dan cache halaman)