Skip to content
VDS · Pemantauan dan performa

htop dan btop: apa yang terjadi di mesin saat ini

Cara melihat gambaran langsung proses, CPU, dan memori, kolom mana yang penting, dan mengapa program layar penuh sebaiknya dijalankan di “Screen” dan bukan di konsol teks.

Diperbarui 23 Agustus 2026

Saat sebuah mesin mulai berperilaku aneh, pertanyaan pertama adalah siapa yang sedang memakan sumber daya saat ini. htop dan btop menjawabnya: kedua program ini menampilkan proses, beban inti, dan memori secara real time.

Instalasi

apt update && apt install -y htop btop        # Debian, Ubuntu
dnf install -y htop btop                      # AlmaLinux, CentOS Stream

Di repositori AlmaLinux 9 versi lama, paket btop mungkin tidak tersedia — aktifkan EPEL (dnf install -y epel-release) lalu ulangi instalasinya.

Menjalankan program ini lebih nyaman melalui SSH atau di tab "Console" dalam mode "Screen" (VNC). Konsol teks bekerja melalui port serial, dan tidak mengirimkan ukuran jendela: di sana selalu 80×24, dan antarmuka btop berantakan atau menolak untuk dirender. Untuk detail lebih lanjut, lihat Konsol mesin.

Apa yang perlu diperhatikan di htop

Blok atas menampilkan bar untuk setiap inti, memori, dan swap. Di VDS-1 ada satu bar, di VDS-6 ada sepuluh. Di bawahnya ada tabel proses; kolom-kolom pentingnya:

  • CPU% — bagian dari satu inti. 100% berarti satu inti terpakai penuh, bukan seluruh mesin: pada empat inti batasnya 400%.
  • MEM% — bagian dari RAM tier.
  • RES — berapa banyak yang benar-benar terpakai di memori. Gunakan ini sebagai acuan, bukan VIRT: ukuran virtual JVM dan basis data selalu sangat besar dan tidak berarti apa-apa.
  • S — status. R — berjalan, S — tidur, D — menunggu disk, Z — zombie.

Tombol yang berguna: F6 — pengurutan (biasanya berdasarkan CPU% atau MEM%), F4 — filter berdasarkan nama, F5 — pohon proses (Anda bisa melihat siapa yang memunculkan siapa), F9 — kirim sinyal, q — keluar.

Banyak proses dalam status D — disk adalah hambatannya, lihat beban disk. load average tinggi dengan CPU% rendah — cerita yang sama.

btop dan pemeriksaan sekali jalan

btop menampilkan hal yang sama plus grafik CPU, jaringan, dan disk selama beberapa menit terakhir. Program ini lebih berat dan memerlukan terminal yang layak, tetapi langsung menunjukkan apakah ada lonjakan atau bebannya bertahan stabil.

Saat terminal tidak praktis, perintah sekali jalan sudah cukup:

ps aux --sort=-%cpu | head -10     # ten most CPU-hungry processes
ps aux --sort=-%mem | head -10     # by memory
uptime                             # average load for 1, 5 and 15 minutes

Kesalahan umum

  • Menilai beban dari satu frame. Lonjakan pada saat htop baru dijalankan adalah hal normal. Amati selama satu menit atau periksa grafik di "Overview" pada panel /hosting/vds/m/<id>.
  • Langsung membunuh proses dengan kill -9. Pertama gunakan kill biasa (sinyal TERM) atau systemctl stop agar layanan menutup file dan koneksinya. -9 adalah pilihan terakhir.
  • Menganggap "memori bebas sedikit" sebagai kekurangan memori. Linux memberikan memori bebas ke cache, itu normal. Tanda bahaya adalah swap yang terus bertambah, dibahas di artikel Memori dan swap.

Jika htop tidak bisa dibuka karena mesin tidak lagi merespons melalui SSH, gunakan "Console" di panel — ini berfungsi bahkan dengan jaringan yang kelebihan beban dan disk yang penuh.