Per proses penghitungan memori rumit karena sejumlah alasan saya akan membahasnya sebentar lagi. Untuk skrip pemantauan, gkrellmd, atau nagios yang sederhana mungkin sudah cukup. Jika Anda menginginkan akurasi yang lebih besar, Anda harus terlihat lebih keras.
smem memperkenalkan konsep Ukuran Set Proporsional :
Karena sebagian besar memori fisik biasanya dibagi di antara beberapa aplikasi, ukuran standar penggunaan memori yang dikenal sebagai resident set size (RSS) akan secara signifikan melebih-lebihkan penggunaan memori. Sebagai gantinya, PSS mengukur "bagian yang adil" dari masing-masing aplikasi untuk masing-masing area bersama untuk memberikan ukuran yang realistis.
Contoh: Anda memulai GNOME, menyebabkan sejumlah proses dimulai, satu untuk setiap applet dan program. Mereka semua terhubung ke libglib. Linux memuat libglib ke dalam satu blok memori dan memetakannya ke dalam setiap proses yang menginginkan libglib. Akuntansi memori naif menghitung ukuran libglib penuh terhadap setiap proses yang menghubungkannya.
smem membagi biaya libglib di antara proses menggunakannya, untuk memberikan gambaran yang lebih dekat tentang kenyataan. Ini juga memiliki sejumlah opsi untuk menampilkan penggunaan memori (dari situs web):
- Tampilkan smem informasi proses dasar
- Tampilkan tampilan sistem smem -R 4G -K / path / ke / vmlinux -w
- Tampilkan total dan persentase smem -t -p
- Tampilkan kolom yang berbeda, sm -c "name user pss"
- Tampilkan proses yang difilter dengan memetakan smem -M libxml
- Tampilkan pemetaan yang difilter oleh proses smem -m -P [e] volution
- Baca data dari capture tarball smem --source capture.tar.gz
- Tampilkan bagan batang berlabel pid smem --bar pid -c "pss uss"
- Tampilkan diagram lingkaran dari RSS berlabel menurut nama smem --pie name -s rss
Anda akan membutuhkan kernel yang sangat baru (> 2.6.27).