Menemukan Skrip yang Menghabiskan CPU dan RAM dengan Perintah "htop" di Server Linux

Perintah htop di server Linux adalah salah satu alat pemantauan paling praktis yang digunakan untuk menemukan skrip yang mengkonsumsi CPU dan RAM secara berlebihan secara real-time. Dengan memeriksa kolom CPU%, MEM%, PID, USER, TIME+, dan COMMAND di layar htop, Anda dapat melihat proses PHP, Python, Node.js, cron, basis data, atau sistem mana yang membebani server; kemudian, Anda dapat memeriksa pemilik proses, jalur file, dan tujuan kerjanya untuk melakukan intervensi dengan aman.

Terlepas dari apakah Anda menggunakan shared hosting, VPS, VDS, atau server dedicated, sebagian besar dari penurunan performa yang tiba-tiba berasal dari skrip yang berjalan tidak terkontrol. Misalnya, sebuah plugin WordPress yang bermasalah, file PHP yang terjebak dalam loop tak hingga, tugas cron yang berat, kueri basis data yang tidak teroptimasi, atau file web yang telah terkompromi dapat mendekati penggunaan CPU hingga 100% dalam hitungan menit. Ketika konsumsi RAM meningkat, layanan dapat terhenti, koneksi MySQL dapat terputus, situs web dapat memberikan kesalahan 503, atau kernel Linux dapat menggunakan OOM Killer untuk mengakhiri beberapa proses.

Dalam panduan ini, kami akan membahas langkah demi langkah mulai dari pemasangan htop, cara membaca layar, cara membedakan skrip yang menghabiskan CPU dan RAM, cara menemukan jalur file melalui PID, dan bagaimana melakukan intervensi dengan aman pada proses. Kami juga akan membahas kecurigaan keamanan, pemeriksaan cron, analisis log, dan saran optimasi yang dapat diterapkan untuk mencegah masalah serupa terjadi lagi. Jika server Anda sering mengalami masalah batas sumber daya, Anda dapat mengecek pilihan infrastruktur dengan melihat halaman Paket VPS Server dan web hosting berkinerja tinggi.

Apa Itu htop dan Mengapa Lebih Berguna daripada perintah top?

htop adalah alat terminal yang digunakan untuk memantau proses yang berjalan di sistem Linux secara interaktif. Ini mirip dengan perintah top tetapi menawarkan antarmuka yang lebih mudah dibaca, indikator sumber daya berwarna, dan fitur pengurutan, pencarian, penyaringan, dan manajemen proses yang lebih mudah. Oleh karena itu, htop adalah salah satu alat pertama yang dilihat oleh banyak administrator sistem ketika melakukan diagnosis cepat di server yang aktif.

Dengan htop, Anda dapat melihat informasi berikut secara instan:

• Persentase CPU yang digunakan oleh setiap proses
• Persentase RAM yang digunakan oleh setiap proses dan jumlah memori
• Nomor PID proses
• Pengguna yang menjalankan proses
• Nama perintah atau skrip
• Durasi kerja dan nilai prioritas
• Rata-rata beban, total RAM, swap, dan penggunaan inti CPU

Terutama dalam lingkungan hosting di mana banyak situs, pengguna, atau layanan berjalan di server yang sama, hanya melihat total penggunaan sumber daya tidaklah cukup. Anda perlu menemukan pengguna mana, situs web mana, tugas cron mana, atau file skrip mana yang menjadi penyebab masalah. Perintah htop di server Linux berfungsi sebagai alat diagnosis awal yang cepat dalam hal ini.

Pemasangan htop: Perintah Berdasarkan Distribusi

Banyak distribusi Linux modern mungkin tidak menyertakan htop secara default. Jika Anda memiliki hak akses root atau sudo, Anda dapat menginstalnya dalam beberapa detik. Memperbarui daftar paket sebelum instalasi sangat disarankan, terutama pada server yang baru diinstal, untuk mengurangi kemungkinan terjadinya kesalahan.

Pemasangan htop di Server Ubuntu dan Debian

Di server berbasis Ubuntu atau Debian, Anda dapat menggunakan perintah berikut:

sudo apt update

sudo apt install htop -y

Setelah instalasi, Anda dapat memulai alat dengan mengetikkan perintah htop. Jika Anda tidak memiliki hak akses sudo, Anda mungkin perlu meminta dukungan dari penyedia hosting Anda. Jika Anda menggunakan VPS yang dapat dikelola, akses root umumnya menjadi milik Anda.

Pemasangan di AlmaLinux, Rocky Linux, CentOS, dan RHEL

Pada sistem berbasis RHEL, manajer paket dapat berupa dnf atau yum tergantung versinya:

sudo dnf install htop -y

Pada versi CentOS yang lebih lama, Anda mungkin memerlukan repositori EPEL:

sudo yum install epel-release -y

sudo yum install htop -y

Jika instalasi berhasil, saat Anda mengetikkan htop di terminal, layar pemantauan berwarna akan muncul. Jika Anda baru mengenal manajemen server, konten panduan perintah Linux juga menyediakan awal yang baik untuk memahami perintah dasar Linux.

Memahami Layar htop: Apa Arti Setiap Kolom?

Ketika htop dibuka, bagian atas layar menampilkan informasi tentang inti CPU, RAM, swap, jumlah tugas, jumlah thread, rata-rata beban, dan uptime. Di bagian bawah, daftar proses yang sedang berjalan ditampilkan. Bidang yang paling sering digunakan dalam diagnosis masalah adalah sebagai berikut.

Poin penting yang perlu diperhatikan di sini adalah bahwa lonjakan CPU yang sesaat tidak selalu menunjukkan masalah. Misalnya, selama proses pencadangan, optimisasi gambar, pembersihan cache, atau selama lalu lintas tinggi, penggunaan CPU dapat meningkat untuk waktu yang singkat. Masalah yang sebenarnya terjadi ketika proses yang sama mengkonsumsi CPU atau RAM yang tinggi selama menit-menit yang panjang, nilai rata-rata beban melebihi jumlah inti, dan layanan web tidak dapat merespons.

Menemukan Skrip yang Menghabiskan CPU dengan htop

Untuk menemukan skrip yang menggunakan CPU secara berlebihan, Anda dapat memilih area pengurutan dengan menekan tombol F6 saat berada di layar htop, atau Anda dapat mengurutkan berdasarkan kolom CPU%. Di beberapa terminal, jika dukungan mouse aktif, mengklik judul CPU% juga cukup. Proses yang muncul di bagian atas adalah yang saat itu menggunakan CPU terbanyak.

Langkah 1: Urutkan Berdasarkan Kolom CPU%

Saat htop berjalan, urutkan proses berdasarkan penggunaan CPU. Misalnya, jika proses seperti php-fpm, php, python3, node, java, mysqld, atau bash muncul secara konsisten di urutan teratas, catat proses tersebut. Dalam penggunaan satu inti, 100% mungkin terlihat normal, tetapi dalam sistem multi-inti, sebuah proses dapat menunjukkan nilai 200% atau 400%. Ini berarti proses tersebut menggunakan beberapa inti.

Langkah 2: Catat Informasi PID dan USER

Catat nomor PID dan informasi USER dari proses yang mencurigakan. Misalnya, jika PID 24819, USER adalah siteuser dan di kolom COMMAND terlihat php /home/siteuser/public_html/wp-cron.php, ada kemungkinan besar masalah terkait dengan cron atau mekanisme WordPress di situs web tersebut. Jika kolom COMMAND terlalu pendek, Anda dapat mengaktifkan opsi untuk menampilkan seluruh baris perintah di pengaturan htop atau mendapatkan detail dengan perintah ps.

Langkah 3: Lihat Perintah Nyata dari Proses

Untuk melihat baris perintah lengkap dari PID, Anda dapat menggunakan perintah berikut:

ps -fp PID

Contoh penggunaan:

ps -fp 24819

Output ini biasanya menunjukkan dari file mana skrip dijalankan. Jika perintah muncul sebagai php /home/user/public_html/index.php, itu mungkin permintaan web yang berasal dari lalu lintas. Namun, jika perintah menunjukkan php /home/user/public_html/wp-content/plugins/plugin-yang-tidak-dikenal/task.php, bisa jadi itu masalah yang terkait dengan plugin.

Langkah 4: Periksa Jalur File dan File yang Dibuka

Untuk melihat file mana yang digunakan oleh sebuah proses, alat lsof sangat berharga:

lsof -p PID

Perintah ini akan menunjukkan file, pustaka, log, dan koneksi jaringan yang dibuka oleh proses. Dalam lingkungan hosting web, output ini memungkinkan Anda untuk memahami direktori situs mana yang aktif. Misalnya, jika Anda melihat file PHP dengan nama aneh yang berjalan di /home/example/public_html/wp-content/uploads, itu bisa menjadi indikasi adanya pelanggaran keamanan. Dalam kasus seperti ini, hanya menghentikan proses tidak cukup; pembersihan file, penggantian kata sandi, pembaruan plugin, dan pemindaian keamanan harus dilakukan. Halaman solusi sertifikat SSL juga dapat diperiksa untuk konfigurasi SSL dan koneksi aman.

Menemukan Skrip yang Menghabiskan RAM dengan htop

Masalah RAM dapat lebih berbahaya dibandingkan masalah CPU. Ketika CPU meningkat, biasanya ada penurunan performa yang terasa; tetapi ketika RAM habis, layanan dapat tiba-tiba berhenti, swap digunakan secara intensif, dan keterlambatan di seluruh server meningkat. Anda dapat membuat daftar proses yang paling banyak menggunakan memori dengan mengurutkan berdasarkan kolom MEM% di layar htop.

Memahami Hubungan antara MEM%, RES, dan Swap

htop secara default menunjukkan rasio MEM%. Dalam beberapa konfigurasi, kolom VIRT, RES, dan SHR juga terlihat. Ketika menganalisis RAM, nilai RES sangat penting; karena ini menunjukkan area fisik yang benar-benar digunakan oleh proses di memori. Nilai VIRT tidak selalu berarti konsumsi RAM yang sebenarnya, sehingga dapat menyesatkan jika dilihat sendirian.

Contohnya, pada VPS dengan RAM 4 GB, jika satu proses PHP menggunakan 900 MB RES, itu tidak normal. Demikian pula, jika aplikasi Node.js meningkat dari 200 MB menjadi 1,5 GB seiring waktu, itu menunjukkan kemungkinan kebocoran memori. Penggunaan RAM yang tinggi di sisi MySQL atau MariaDB kadang-kadang bisa menjadi perilaku cache yang normal; di sini, kinerja kueri, pengaturan buffer, dan total memori sistem harus dievaluasi bersama-sama.

Penyebab Umum Skrip yang Menghabiskan RAM

• Kode PHP, Python, atau Node.js yang terjebak dalam loop tak berujung
• Pemrosesan file CSV, XML, atau JSON besar dalam sekali jalan
• Plugin WordPress dan fungsi tema yang tidak teroptimasi
• Proses pengolahan gambar, pembuatan PDF, atau konversi video
• Kueri berat yang berulang karena kurangnya penggunaan cache
• Penggunaan skrip yang berlebihan karena lalu lintas bot atau serangan
• Layanan latar belakang jangka panjang yang mengalami kebocoran memori

Dalam kasus-kasus seperti ini, hanya menggunakan perintah kill untuk menutup proses memberikan kelegaan sementara. Untuk solusi permanen, perlu menganalisis apa yang dilakukan skrip, dengan input apa yang memicunya, dan mengapa tidak membebaskan memori.

Pencarian, Penyaringan, dan Tampilan Pohon di htop

Jika ada ratusan proses yang berjalan di server, melakukan pencarian manual dalam daftar dapat menjadi sulit. htop menyediakan pintasan yang berguna dalam hal ini. Anda dapat mencari dengan menekan F3, menerapkan filter dengan F4, dan beralih ke tampilan pohon dengan F5. Tampilan pohon sangat penting untuk melihat hubungan parent-child. Misalnya, Anda dapat melihat lebih jelas proses child php-fpm yang berjalan di bawah nginx atau Apache, skrip yang dipicu di bawah cron, atau layanan Node.js yang dikelola oleh supervisor.

Contoh Filter Praktis

• Ketik php untuk hanya menampilkan proses PHP.
• Ketik python untuk mengekstrak skrip Python.
• Ketik wp-cron untuk memeriksa perilaku cron WordPress.
• Ketik node untuk meneliti aplikasi Node.js.
• Filter dengan nama pengguna untuk melihat proses dari satu akun hosting saja.

Filter ini, terutama pada server multi-pengguna, menghemat waktu. Misalnya, jika satu server menghosting 30 situs yang berbeda, dengan memeriksa kolom USER dan jalur perintah secara bersamaan, Anda dapat dengan cepat memahami dari akun mana masalah tersebut berasal. Jika Anda ingin menyederhanakan sisi manajemen untuk proyek berbasis domain, Anda dapat melihat halaman Pemeriksaan Domain dan Pendaftaran.

Rencana Intervensi Aman untuk PID yang Mencurigakan

Ketika Anda menemukan proses yang menghabiskan sumber daya, mungkin terasa menggoda untuk segera menggunakan kill -9. Namun, pendekatan ini dapat menyebabkan kehilangan data, proses penulisan yang terputus, atau inkonsistensi layanan. Anda perlu mengikuti rencana yang lebih aman.

1. Dokumentasikan Proses

Catat PID, USER, COMMAND, CPU%, MEM%, dan waktu. Jika memungkinkan, ambil tangkapan layar dari htop. Catatan ini akan memudahkan perbandingan saat masalah terulang. Khususnya dalam proyek agensi, e-commerce, atau perusahaan, data ini berguna saat memberikan penjelasan teknis kepada klien.

2. Verifikasi Jalur File Proses

Verifikasi jalur file dengan output ps -fp PID dan lsof -p PID. Jika file berada di direktori root web, tinjau log aplikasi terkait. Untuk WordPress, wp-content/debug.log, untuk web server, access log dan error log, serta slow log untuk PHP-FPM memberikan petunjuk penting.

3. Cobalah Menghentikan dengan Lembut Terlebih Dahulu

Jika proses benar-benar tidak terkontrol, kirim sinyal penghentian standar terlebih dahulu:

kill PID

Tunggu beberapa detik dan periksa di layar htop apakah proses tersebut sudah berhenti. Jika tidak berhenti dan kesehatan sistem terganggu dengan serius, sebagai upaya terakhir, Anda dapat menggunakan perintah:

kill -9 PID

Sinyal kill -9 akan menghentikan proses tanpa memberikan kesempatan untuk melakukan pembersihan. Oleh karena itu, harus digunakan dengan hati-hati untuk proses database, penulisan file, atau tugas pencadangan.

4. Temukan Pemicu Jika Proses Mulai Lagi

Jika Anda menutup suatu proses tetapi kemudian mulai lagi dalam hitungan detik, mungkin ada cron, layanan systemd, supervisor, permintaan web, atau lalu lintas bot yang memicunya. Untuk catatan cron, gunakan crontab -l, untuk layanan sistem gunakan systemctl status nama_layanan, dan periksa access log untuk lalu lintas web. Jika masalah berasal dari wp-cron WordPress, konfigurasi cron yang sebenarnya dan kebijakan cache perlu ditinjau.

Menggabungkan Temuan htop dengan Log

htop menunjukkan kepada Anda apa yang mengkonsumsi sumber daya; log membantu Anda memahami mengapa hal itu terjadi. Jika kedua data ini tidak digunakan secara bersamaan, diagnosis dapat menjadi tidak lengkap. Misalnya, proses php-fpm di htop mungkin menggunakan 180% CPU; tetapi tanpa access log, Anda tidak dapat mengetahui URL mana atau bot mana yang memicu proses ini.

Contoh log yang dapat diperiksa meliputi:

• Access log web server: Menunjukkan URL yang menerima permintaan tinggi.
• Error log web server: Menunjukkan kesalahan PHP, izin file, dan kesalahan 500.
• Slow log PHP-FPM: Menunjukkan file dan fungsi PHP yang berjalan lambat.
• Slow query log MySQL: Mendeteksi kueri SQL yang berat.
• Auth log atau secure log: Menunjukkan percobaan masuk yang mencurigakan.
• Cron log: Menunjukkan kapan tugas terjadwal dijalankan.

Misalnya, jika PID yang mengkonsumsi CPU tinggi di htop juga melihat ribuan permintaan ke /wp-admin/admin-ajax.php dalam access log pada menit yang sama, masalahnya bisa jadi berasal dari plugin, lalu lintas bot, atau proses AJAX yang dirancang buruk. Dalam kasus ini, WAF, pengaturan batas laju, cache, dan optimasi plugin harus dipertimbangkan bersama-sama. Untuk memperbaiki kinerja situs web secara lebih luas, konten Optimisasi Kecepatan Situs Web dapat bermanfaat.

Bagaimana Membedakan Beban Normal dan Beban Masalah?

Setiap penggunaan sumber daya yang tinggi tidak berarti krisis. Perangkat keras server, tingkat lalu lintas, jenis aplikasi, dan prosedur pemeliharaan harus diperhatikan. Untuk VPS dengan dua inti, nilai rata-rata beban yang tetap di antara 6-8 untuk waktu yang lama adalah tanda adanya bottleneck serius. Sementara itu, untuk server dedicated dengan 16 inti, nilai yang sama bisa jadi normal. Oleh karena itu, saat mengevaluasi rata-rata beban, jumlah inti harus selalu diketahui.

Perbandingan ini membantu Anda membedakan antara panik yang tidak perlu dan krisis kinerja yang sebenarnya. Khususnya di situs e-commerce, periode kampanye, integrasi pembayaran, dan pembaruan stok dapat menyebabkan peningkatan sumber daya sementara. Namun, jika peningkatan ini mengganggu pengalaman pengguna, optimasi aplikasi dan kapasitas server harus dievaluasi secara bersamaan.

Kecurigaan Keamanan: Apakah Skrip yang Menghabiskan Sumber Daya Berbahaya?

Skrip yang mengkonsumsi CPU atau RAM tidak selalu merupakan kesalahan yang tidak berbahaya. Di situs web yang telah diretas, penyerang dapat menjalankan spam, penambangan kripto, lalu lintas proxy, bot DDoS, atau skrip backdoor. Di layar htop, perintah yang berjalan di bawah pengguna yang tidak terduga, file dengan nama acak, file biner yang berjalan dari direktori /tmp, atau file PHP yang berjalan di dalam public_html/uploads harus dianggap serius dari segi keamanan.

Tanda-Tanda Mencurigakan

• Nama file yang tidak berarti atau berkarakter acak di kolom COMMAND
• File yang berjalan dari direktori /tmp, /dev/shm, atau uploads
• Proses perl, python, atau bash yang biasanya tidak ada
• Proses yang menghasilkan banyak koneksi ke jaringan luar
• Pengguna yang sama memulai banyak proses dalam waktu singkat
• Perubahan tidak sah baru-baru ini pada file web

Dalam situasi seperti itu, ambil output perintah sebagai bukti sebelum menutup proses. Kemudian, periksa izin file, isolasi file yang berbahaya, ubah semua kata sandi panel dan CMS, perbarui file inti plugin-tema, dan lakukan pemindaian keamanan. Selain itu, penggunaan autentikasi dua faktor di panel administrator dan penghapusan izin penulisan yang tidak perlu akan mengurangi risiko dalam jangka panjang.

Praktik Terbaik untuk Mencegah Masalah Kinerja Terulang

Menemukan masalah dengan htop itu penting; tetapi nilai sesungguhnya adalah mencegah masalah yang sama terjadi lagi. Tindakan pencegahan berikut dapat secara signifikan mengurangi gangguan yang disebabkan oleh CPU dan RAM di server Linux.

• Atur nilai PHP memory_limit, max_execution_time, dan pm.max_children sesuai kapasitas server.
• Gunakan mekanisme cache di WordPress, Joomla, atau aplikasi khusus.
• Hapus plugin, tema, dan modul yang tidak perlu.
• Optimalkan kueri berat dengan slow query log MySQL.
• Jangan mengumpulkan tugas cron dalam satu menit; jalankan secara terpisah.
• Terapkan batas laju, robots.txt, dan aturan firewall untuk lalu lintas bot.
• Putar log aplikasi secara teratur; pantau dampak file log besar terhadap disk dan RAM.
• Pantau metrik server secara rutin, tidak hanya saat krisis.

Jika meskipun telah dilakukan optimasi, penggunaan sumber daya tetap tinggi, masalah mungkin tidak hanya ada di sisi perangkat lunak. Lalu lintas dapat meningkat, aplikasi dapat tumbuh, atau paket hosting yang ada mungkin tidak memadai. Dalam kasus ini, VPS yang dapat diskalakan, lebih banyak RAM, disk NVMe yang lebih cepat, atau server dengan sumber daya terisolasi menjadi pilihan yang masuk akal. Untuk analisis kebutuhan, pilihan dapat dibandingkan melalui Paket hosting dan solusi server korporat.

Skenario Contoh: Ledakan CPU di Situs WordPress

Mari kita ikuti skenario realistis. Di atas VPS dengan 4 inti dan 8 GB RAM, beberapa situs WordPress berjalan. Pengguna melaporkan bahwa situs lambat dan terkadang mendapatkan kesalahan 502. Ketika htop dibuka di terminal, rata-rata beban berada di level 12, semua inti CPU penuh, dan banyak proses php-fpm terlihat dari pengguna yang sama di urutan teratas.

Dengan menekan F4, filter berdasarkan nama pengguna diterapkan. Salah satu proses yang menghabiskan CPU dicatat PID-nya. Dalam output ps -fp PID, terlihat bahwa itu adalah php-fpm worker; dengan lsof -p PID, terungkap bahwa ada akses ke file /home/site/public_html/wp-content/plugins/example-importer/import.php. Ketika access log diperiksa, ditemukan bahwa pada menit yang sama ada permintaan admin yang memicu file ini dan kemudian panggilan AJAX yang berulang.

Sebagai solusi, proses impor dihentikan, tugas terjadwal plugin dimatikan, dan proses impor data besar dibagi menjadi bagian yang lebih kecil, serta batas waktu max_execution_time PHP disesuaikan. Selain itu, cron sistem digunakan sebagai pengganti wp-cron. Hasilnya, rata-rata beban turun dari 12 menjadi 1,8, penggunaan CPU kembali normal, dan waktu respons web meningkat secara signifikan. Contoh ini menunjukkan seberapa efektif htop ketika digunakan bersama dengan ps, lsof, dan analisis log.

Kesalahan Umum Saat Menggunakan htop

• Hanya menutup proses yang di bagian atas tanpa mencari akar masalah.
• Mengira nilai VIRT adalah penggunaan RAM yang sebenarnya.
• Langsung menganggap penggunaan RAM MySQL untuk tujuan cache sebagai masalah.
• Segera menggunakan perintah kill -9 sebagai opsi pertama.
• Menuduh aplikasi atau pengguna tanpa memeriksa log.
• Menafsirkan nilai rata-rata beban tanpa memperhitungkan jumlah inti CPU.
• Tidak memeriksa integritas file saat ada dugaan pelanggaran keamanan.

Menghindari kesalahan ini membantu mengurangi waktu henti serta risiko kehilangan data akibat intervensi yang salah. Diagnosis yang tepat dalam manajemen sistem sering kali lebih berharga daripada intervensi cepat.

Pertanyaan yang Sering Diajukan

Apa fungsi perintah htop di server Linux?

Perintah htop di server Linux menunjukkan informasi tentang proses yang berjalan, termasuk CPU, RAM, pengguna, PID, dan informasi perintah secara real-time. Ini memungkinkan Anda untuk dengan cepat mendeteksi skrip yang mengkonsumsi CPU atau memori secara berlebihan.

Bagaimana cara menemukan skrip yang menghabiskan CPU dengan htop?

Urutkan proses di layar htop berdasarkan kolom CPU%, catat PID dan USER dari proses yang bertahan lama di urutan teratas. Kemudian, verifikasi jalur file dan apa yang dijalankan dengan perintah ps -fp PID dan lsof -p PID.

Apakah MEM% atau VIRT yang harus diperhatikan dalam konsumsi RAM?

Dalam analisis RAM, nilai MEM% dan terutama RES lebih berarti. VIRT menunjukkan jumlah memori virtual yang dialokasikan dan tidak selalu menunjukkan konsumsi RAM fisik.

Apakah benar untuk segera menutup proses yang mengkonsumsi sumber daya dengan kill -9?

Secara umum tidak. Lebih baik mendokumentasikan apa yang dilakukan proses, memeriksa jalur file, dan mencoba perintah kill PID terlebih dahulu. Kill -9 harus digunakan sebagai upaya terakhir jika proses tidak berhenti dan secara serius mengganggu kesehatan server.

Apakah penggunaan CPU yang tinggi selalu menunjukkan adanya serangan?

Tidak selalu. Pencadangan, impor, pembuatan cache, atau lalu lintas tinggi juga dapat meningkatkan penggunaan CPU. Namun, nama file yang acak, skrip yang berjalan dari /tmp atau uploads, dan proses pengguna yang tidak terduga menimbulkan kecurigaan keamanan.

Secara singkat, perintah htop di server Linux adalah titik awal yang cepat, praktis, dan efektif untuk menemukan skrip yang mengkonsumsi CPU dan RAM. Untuk hasil yang paling akurat, data htop harus digabungkan dengan analisis PID, output lsof, pemeriksaan cron, dan analisis log. Jika masalah sumber daya sering terjadi di server Anda, pertimbangkan untuk mengevaluasi baik optimasi perangkat lunak maupun kapasitas infrastruktur; jika perlu, Anda dapat membandingkan solusi hosting, VPS, dan SSL dari Hostragons tanpa tekanan penjualan untuk memilih struktur yang paling sesuai untuk proyek Anda.