Server terasa lambat sering kali memicu kesimpulan terburu-buru: ada yang salah, ada proses jahat, atau mesin perlu dinaikkan spesifikasinya. Padahal, langkah pertama yang benar jauh lebih sederhana — membaca beban sistem dengan alat yang sudah tersedia di hampir semua distribusi Linux. Tanpa data dari alat pemantau, diagnosis apa pun hanya tebakan.

Linux menyediakan tiga utilitas klasik untuk keperluan ini: ps, top, dan htop. Perintah ps menampilkan daftar proses pada satu momen tertentu, sedangkan top dan htop memantau proses secara langsung dengan pembaruan berkala. Ketiganya saling melengkapi, dan menguasai ketiganya adalah keterampilan dasar bagi siapa pun yang mengelola server atau VPS milik sendiri.

Artikel ini membahas cara memakai ketiga alat tersebut, cara membaca kolom beban CPU dan memori, serta cara menarik kesimpulan yang tepat sebelum memutuskan server benar-benar bermasalah. Semua contoh ditujukan untuk sistem milik sendiri atau sistem yang memang Anda kelola dengan izin — praktik pemantauan yang etis dan legal dimulai dari sana.

Memotret Kondisi Sesaat dengan ps

Perintah ps bekerja seperti foto: ia merekam daftar proses yang berjalan pada saat perintah dijalankan, lalu menampilkannya sekali tanpa pembaruan. Cocok untuk menjawab pertanyaan cepat seperti “apakah layanan database saya sedang berjalan?” atau “proses apa yang paling banyak memakan memori saat ini?”.

Kombinasi opsi yang paling umum dipakai adalah:

ps aux

Opsi a menampilkan proses semua pengguna, u menambahkan informasi pemilik proses dan penggunaan sumber daya, sedangkan x menyertakan proses yang tidak terikat ke terminal. Hasilnya berupa tabel dengan kolom seperti USER, PID, %CPU, %MEM, START, TIME, dan COMMAND.

Karena keluaran ps aux bisa sangat panjang, biasakan memfilternya. Untuk mencari proses tertentu:

ps aux | grep nginx

Untuk mengurutkan proses berdasarkan pemakaian CPU dari yang terbesar:

ps aux --sort=-%cpu | head

Ganti -%cpu dengan -%mem bila ingin mengurutkan berdasarkan memori. Tanda minus berarti urutan menurun, sehingga proses paling boros muncul di urutan teratas. Kombinasi dengan head membatasi tampilan hanya sepuluh baris pertama agar mudah dibaca.

Kelemahan ps terletak pada sifatnya yang statis. Angka %CPU pada ps adalah rata-rata sejak proses dimulai, bukan kondisi detik ini. Proses yang hidup lama bisa terlihat besar padahal sedang diam, dan proses yang baru saja menyibukkan diri bisa terlihat kecil. Untuk melihat dinamika beban, Anda perlu alat pemantau langsung.

Memantau Langsung dengan top

Perintah top menampilkan daftar proses yang diperbarui terus-menerus, umumnya setiap tiga detik. Cukup ketik top di terminal dan tekan q untuk keluar. Hampir semua sistem Linux menyediakannya secara bawaan, sehingga top selalu bisa diandalkan bahkan di server minimal tanpa paket tambahan.

Bagian atas layar top menyajikan ringkasan sistem, dan baris yang paling sering disalahpahami adalah load average — tiga angka yang mewakili beban rata-rata selama 1, 5, dan 15 menit terakhir. Angka ini perlu dibaca relatif terhadap jumlah inti CPU. Load average 4.0 pada mesin satu inti berarti antrean pekerjaan menumpuk, tetapi pada mesin delapan inti angka yang sama masih tergolong ringan. Membandingkan ketiga angka juga berguna: bila angka 1 menit jauh lebih tinggi daripada angka 15 menit, beban sedang naik; bila sebaliknya, beban sedang turun.

Di bawah ringkasan, tabel proses menampilkan kolom-kolom penting:

  • %CPU — persentase penggunaan CPU oleh proses pada interval pembaruan terakhir.
  • %MEM — persentase memori fisik yang dipakai proses.
  • TIME+ — total waktu CPU yang telah dikonsumsi proses sejak dimulai.
  • COMMAND — nama perintah atau layanan yang berjalan.

Kolom %CPU dan %MEM inilah yang membantu Anda menemukan proses yang boros sumber daya. Tekan M untuk mengurutkan berdasarkan memori, P untuk kembali mengurutkan berdasarkan CPU, dan k diikuti nomor PID untuk menghentikan proses milik sendiri bila benar-benar diperlukan. Lakukan penghentian hanya setelah yakin proses itu aman dihentikan — mematikan proses sistem yang salah dapat mengganggu layanan.

Tampilan Lebih Ramah dengan htop

htop menjalankan fungsi yang sama seperti top, tetapi dengan antarmuka yang lebih mudah dibaca: bilah berwarna untuk setiap inti CPU, grafik penggunaan memori, serta navigasi tombol panah dan tombol fungsi. Di banyak distribusi htop perlu dipasang dulu, misalnya dengan sudo apt install htop pada Debian dan turunannya atau sudo dnf install htop pada Fedora.

Keunggulan praktis htop terasa saat diagnosis. Bilah CPU per inti langsung memperlihatkan apakah beban tersebar merata atau menumpuk di satu inti — pola yang sering muncul pada aplikasi berulir tunggal yang kewalahan. Anda bisa menggulir daftar proses, menyortir dengan menekan F6, mencari proses dengan F3, dan menghentikan proses milik sendiri dengan F9. Hierarki proses juga bisa ditampilkan dalam bentuk pohon lewat F5, sehingga terlihat proses induk mana yang melahirkan proses anak yang boros.

Meski tampilannya lebih menarik, fungsi intinya identik dengan top: memantau secara langsung dan menemukan proses yang menyedot CPU atau memori. Pilih mana pun yang tersedia di sistem Anda — keterampilan membaca kolomnya tetap sama.

Membaca Beban Sebelum Menyimpulkan Masalah

Di sinilah sudut pandang yang tepat menentukan kualitas diagnosis. Angka tinggi pada satu kolom belum tentu berarti masalah. Beberapa prinsip berikut membantu Anda membaca beban secara wajar.

Pertama, bedakan lonjakan sesaat dan beban berkelanjutan. Proses yang menyentuh 100% CPU selama beberapa detik saat kompresi atau pencadangan adalah perilaku normal. Yang perlu ditelusuri adalah proses yang bertahan tinggi selama berjam-jam tanpa alasan jelas — di sinilah perbandingan angka load average 1, 5, dan 15 menit pada top atau htop menjadi berguna.

Kedua, perhatikan memori dengan benar. Linux sengaja memakai memori kosong untuk cache agar sistem lebih responsif, sehingga persentase memori terpakai yang tinggi tidak otomatis berarti kekurangan. Lihat apakah sistem mulai memakai swap secara aktif atau proses tertentu terus membengkak — itu sinyal yang lebih dapat dipercaya daripada angka total semata.

Ketiga, cocokkan temuan dengan konteks. Sebelum menyimpulkan server bermasalah, tanyakan: apakah ada tugas terjadwal yang sedang berjalan, apakah trafik memang sedang ramai, apakah proses boros itu layanan yang sah? Kebiasaan ini mencegah dua kesalahan umum — menghentikan proses penting karena panik, atau menuduh ada gangguan padahal beban berasal dari pekerjaan rutin sistem sendiri.

Keempat, biasakan memantau hanya sistem yang Anda miliki atau kelola secara sah. Keterampilan membaca proses adalah fondasi administrasi sistem dan keamanan defensif, dan keduanya hanya bermakna bila dipraktikkan pada lingkungan yang legal. Bagi yang ingin memperdalam dasar-dasar Linux dari nol, panduan dasar Linux untuk pemula tersedia di kalilinux.info — materinya cocok sebagai referensi lanjutan setelah Anda menguasai tiga alat di artikel ini.

Penutup

ps memberi potret sesaat, top dan htop memberi pantauan langsung, dan kolom %CPU serta %MEM pada ketiganya menunjukkan proses mana yang boros sumber daya. Kuasai cara membaca load average relatif terhadap jumlah inti, bedakan lonjakan sesaat dari beban berkelanjutan, dan jangan menarik kesimpulan sebelum data terkumpul. Dengan kebiasaan itu, diagnosis server berubah dari tebakan menjadi keputusan yang berdasar.