Cara kerja vm.min_free_kbytes
Alokasi memori mungkin diperlukan oleh sistem untuk memastikan berfungsinya sistem itu sendiri. Jika kernel mengizinkan semua memori untuk dialokasikan, mungkin akan kesulitan saat membutuhkan memori untuk operasi reguler agar OS tetap berjalan dengan lancar. Itulah sebabnya kernel menyediakan vm.min_free_kbytes yang dapat disetel. Tunable akan memaksa manajer memori kernel untuk menyimpan setidaknya X jumlah memori bebas. Berikut adalah definisi resmi dari dokumentasi kernel linux : Ini digunakan untuk memaksa VM Linux untuk menjaga jumlah minimum kilobyte gratis. VM menggunakan nomor ini untuk menghitung nilai watermark[WMARK_MIN] untuk setiap zona lowmem dalam sistem. Setiap zona lowmem mendapatkan sejumlah halaman gratis yang dipesan berdasarkan ukurannya secara proporsional. Beberapa jumlah memori minimal diperlukan untuk memenuhi alokasi PF_MEMALLOC; jika Anda mengatur ini lebih rendah dari 1024KB, sistem Anda akan menjadi rusak secara halus, dan rentan terhadap kebuntuan di bawah beban tinggi. Menyetel ini terlalu tinggi akan OOM mesin Anda secara instan.
Memvalidasi Pekerjaan vm.min_free_kbytes
Untuk menguji apakah pengaturan min_free_kbytes berfungsi seperti yang dirancang, saya telah membuat instance virtual linux dengan hanya 3,75 GB RAM. Gunakan perintah gratis di bawah ini untuk menganalisis sistem:
#Gratis -M
Melihat utilitas memori bebas di atas menggunakan flag -m untuk mencetak nilai dalam MB. Total memori adalah 3,5 hingga 3,75 GB memori. Memori 121 MB digunakan, memori 3,3 GB gratis, 251 MB digunakan oleh cache buffer. Dan tersedia memori sebesar 3,3 GB.
Sekarang kita akan mengubah nilai vm.min_free_kbytes dan melihat apa dampaknya pada memori sistem. Kami akan menggemakan nilai baru ke sistem file virtual proc untuk mengubah nilai parameter kernel seperti di bawah ini:
# echo 1500000 > /proc/sys/vm/min_free_kbytes# sysctl vm.min_free_kbytes
Anda dapat melihat bahwa parameter diubah menjadi sekitar 1,5 GB dan telah berlaku. Sekarang mari kita gunakan Gratis perintah lagi untuk melihat perubahan yang dikenali oleh sistem.
#Gratis -M 
Memori bebas dan cache buffer tidak diubah oleh perintah, tetapi jumlah memori yang ditampilkan sebagai tersedia telah dikurangi dari 3327 menjadi 1222 MB. Yang merupakan perkiraan pengurangan perubahan parameter menjadi memori bebas 1,5 GB min.
Sekarang mari kita buat file data 2GB dan kemudian lihat apa yang membaca file itu ke dalam cache buffer terhadap nilainya. Berikut adalah cara membuat file data 2GB dalam 2 baris skrip bash di bawah ini. Script akan menghasilkan file acak 35MB menggunakan perintah dd dan kemudian menyalinnya 70 kali ke yang baru data_file keluaran:
# dd if=/dev/random of=/root/d1.txt count=1000000# untuk i di `seq 1 70`; lakukan echo $i; cat /root/d1.txt >> /root/data_file; selesai
Mari kita baca file dan abaikan isinya dengan membaca dan mengarahkan file ke /dev/null seperti di bawah ini:
#kucingdata_file> /dev/batalOk, apa yang terjadi pada memori sistem kita dengan serangkaian manuver ini, mari kita periksa sekarang:
#Gratis -M 
Menganalisis hasil di atas. Kami masih memiliki 1,8 GB memori bebas sehingga kernel telah melindungi sebagian besar memori sebagai cadangan karena pengaturan min_free_kbytes kami. Cache buffer telah menggunakan 1691 MB, yang kurang dari ukuran total file data kami yang 2,3 GB. Rupanya seluruh data_file tidak dapat disimpan dalam cache karena kurangnya memori yang tersedia untuk digunakan sebagai buffer cache. Kami dapat memvalidasi bahwa seluruh file tidak disimpan dalam cache tetapi mengatur waktu upaya berulang untuk membaca file. Jika di-cache, dibutuhkan sepersekian detik untuk membaca file. Mari kita coba.
# waktu cat data_file > /dev/null# waktu cat data_file > /dev/null
Pembacaan file memakan waktu hampir 20 detik yang berarti hampir pasti tidak semua di-cache.
Sebagai salah satu validasi terakhir, mari kita kurangi vm.min_free_kbytes untuk memungkinkan cache halaman memiliki lebih banyak ruang untuk beroperasi dan kita dapat berharap melihat cache berfungsi dan pembacaan file menjadi lebih cepat.
# echo 67584 > /proc/sys/vm/min_free_kbytes# waktu cat data_file > /dev/null
# waktu cat data_file > /dev/null
Dengan memori ekstra yang tersedia untuk caching, waktu baca file turun dari 20 detik sebelumnya menjadi 0,364 detik dengan semuanya dalam cache.
Saya penasaran untuk melakukan eksperimen lain. Apa yang terjadi dengan panggilan malloc untuk mengalokasikan memori dari program C dalam menghadapi pengaturan vm.min_free_kbytes yang sangat tinggi ini. Apakah akan gagal malloc? Apakah sistem akan mati? Pertama-tama setel ulang pengaturan vm.min_free_kbytes ke nilai yang sangat tinggi untuk melanjutkan eksperimen kami:
#dibuang 1500000 > /persen/sistem/vm/min_free_kbytesMari kita lihat kembali memori bebas kita:
Secara teoritis kami memiliki 1,9 GB gratis dan 515 MB tersedia. Mari kita gunakan program stress test yang disebut stress-ng untuk menggunakan beberapa memori dan melihat di mana kita gagal. Kami akan menggunakan vm tester dan mencoba mengalokasikan memori 1 GB. Karena kami hanya memesan 1,5 GB pada sistem 3,75 GB, saya kira ini akan berhasil.
# stres-ng --vm 1 --vm-byte 1G --waktu habis 60 detikstres: informasi:[17537]mengirim babi:1vm
stres: informasi:[17537]alokasi cache: ukuran cache default: 4080K
stres: informasi:[17537]lari sukses selesaidi dalam60.09 detik(1menit,0,09kering)
# stres-ng --vm 2 --vm-byte 1G --waktu habis 60 detik
# stres-ng --vm 3 --vm-byte 1G --waktu habis 60 detik
Mari kita coba lagi dengan lebih banyak pekerja, kita dapat mencoba 1, 2, 3, 4 pekerja dan pada titik tertentu harus gagal. Dalam pengujian saya lulus dengan 1 dan 2 pekerja tetapi gagal dengan 3 pekerja.
Mari kita setel ulang vm.min_free_kbytes ke angka rendah dan lihat apakah itu membantu kita menjalankan 3 pemicu stres memori dengan masing-masing 1GB pada sistem 3,75GB.
# echo 67584 > /proc/sys/vm/min_free_kbytes# stres-ng --vm 3 --vm-byte 1G --waktu habis 60 detik
Kali ini berjalan dengan sukses tanpa kesalahan, saya mencobanya dua kali tanpa masalah. Jadi saya dapat menyimpulkan ada perbedaan perilaku memiliki lebih banyak memori yang tersedia untuk malloc, ketika nilai vm.min_free_kbytes diatur ke nilai yang lebih rendah.
Pengaturan default untuk vm.min_free_kbytes
Nilai default untuk pengaturan pada sistem saya adalah 67584 yaitu sekitar 1,8% dari RAM pada sistem atau 64 MB. Untuk alasan keamanan pada sistem yang sangat rusak, saya akan cenderung meningkatkannya sedikit mungkin menjadi 128MB untuk memungkinkan lebih banyak memori bebas yang dicadangkan, namun untuk penggunaan rata-rata, nilai default tampaknya cukup masuk akal. Dokumentasi resmi memperingatkan tentang membuat nilai terlalu tinggi. Mengaturnya ke 5 atau 10% dari RAM sistem mungkin bukan penggunaan pengaturan yang dimaksudkan, dan terlalu tinggi.
Mengatur vm.min_free_kbytes untuk bertahan dari reboot
Untuk memastikan pengaturan dapat bertahan dari reboot dan tidak dikembalikan ke nilai default saat reboot, pastikan untuk membuat pengaturan sysctl tetap ada dengan meletakkan nilai baru yang diinginkan di file /etc/sysctl.conf.
Kesimpulan
Kita telah melihat bahwa vm.min_free_kbytes kernel linux tunable dapat dimodifikasi dan dapat menyimpan memori pada sistem untuk memastikan sistem lebih stabil terutama selama penggunaan berat dan alokasi memori yang berat. Pengaturan default mungkin sedikit terlalu rendah, terutama pada sistem memori tinggi dan harus dipertimbangkan untuk ditingkatkan dengan hati-hati. Kita telah melihat bahwa memori yang dicadangkan oleh merdu ini mencegah cache OS menggunakan semua memori dan juga mencegah beberapa operasi malloc menggunakan semua memori juga.