--- title: "Load Average Tinggi di Linux, Apa Artinya dan Solusinya" description: "Load average tinggi tidak selalu berarti CPU penuh. Pahami arti tiga angka di uptime, cara membandingkannya dengan jumlah core, dan mencari penyebabnya." url: "https://nivelva.com/insight/load-average-tinggi-linux-artinya-solusinya" category: "Server \u0026 Infrastruktur" tags: ["load average","linux","cpu","io wait","troubleshooting"] author: "Theresia Candiawan" published: "2026-11-07T09:57:00+07:00" updated: "2026-11-07T09:57:00+07:00" language: "id" publisher: "Nivelva (https://nivelva.com)" --- # Load Average Tinggi di Linux, Apa Artinya dan Solusinya > **Jawaban singkat:** Load average adalah rata-rata jumlah proses yang sedang berjalan atau menunggu giliran dalam 1, 5, dan 15 menit terakhir. Di Linux, angka ini juga menghitung proses yang menunggu disk, jadi load tinggi bisa disebabkan CPU penuh maupun I/O lambat. Bandingkan selalu dengan jumlah core. Load average tinggi berarti banyak proses yang sedang bekerja atau mengantre untuk bekerja, lebih banyak daripada yang bisa dilayani server dengan nyaman. Kenapa ini penting? Karena load average sering disalahartikan sebagai "persen CPU". Ada admin yang panik melihat angka 4 di server 8 core yang sebenarnya santai, dan ada juga yang mengabaikan angka 3 di server 1 core yang antreannya sudah panjang. Selain itu, di Linux load tinggi bisa terjadi saat CPU hampir menganggur, karena prosesnya sedang menunggu disk. Membaca angka ini dengan benar menentukan apakah kamu perlu mengoptimalkan aplikasi, memeriksa disk, atau menambah CPU. ## Apa arti tiga angka load average? Jalankan `uptime` atau lihat baris pertama `top`. Kamu akan menemukan sesuatu seperti `load average: 2.15, 1.80, 1.20`. Tiga angka itu adalah rata-rata dalam **1 menit**, **5 menit**, dan **15 menit** terakhir. Membaca urutannya membantu memahami arah: - Angka 1 menit lebih tinggi dari 15 menit: beban sedang naik. - Angka 1 menit lebih rendah dari 15 menit: beban mulai mereda. - Ketiganya sama-sama tinggi: beban berat sudah berlangsung lama. Yang dihitung adalah jumlah proses dalam status siap jalan (sedang memakai CPU atau menunggu giliran) ditambah proses dalam status *uninterruptible sleep* (status D), yang umumnya sedang menunggu operasi disk atau jaringan penyimpanan selesai. Bagian kedua inilah yang membuat Linux berbeda dari sistem lain. ## Berapa load average yang dianggap tinggi? Tidak ada angka tunggal. Patokannya adalah jumlah core CPU yang terlihat oleh sistem, yang bisa kamu cek dengan `nproc`. Di VPS, itu berarti jumlah vCPU (bedanya dengan core fisik dibahas di artikel [apakah vCPU sama dengan core fisik](https://nivelva.com/insight/vcpu-sama-core-fisik)). | Load dibanding jumlah core | Gambaran kondisi | Tindakan | |:--|:--|:--| | Di bawah jumlah core | Ada core yang menganggur, tidak ada antrean berarti | Tidak perlu apa-apa | | Kira-kira sama dengan jumlah core | Semua core sibuk, antrean mulai terbentuk | Pantau, cek tren 15 menit | | Di atas jumlah core sesekali | Lonjakan sementara, misalnya backup atau cron | Wajar bila cepat turun | | Jauh di atas jumlah core terus-menerus | Antrean panjang, respons melambat | Cari penyebab, lihat langkah di bawah | Contoh: load 4 di server 8 core masih longgar. Load 4 di server 2 core berarti rata-rata ada dua proses yang selalu menunggu giliran. Patokan ini hanya untuk beban CPU. Kalau load tinggi karena proses status D, menambah core tidak akan membantu. ## Mencari penyebab load tinggi ### 1. Tentukan dulu: CPU atau I/O? Buka `top` dan lihat baris `%Cpu(s)`. Perhatikan tiga nilai: - **us** dan **sy** tinggi: CPU benar-benar sibuk menjalankan aplikasi atau kernel. - **wa** (I/O wait) tinggi: CPU menunggu disk. Load tinggi di sini berasal dari antrean I/O. - **st** (steal) tinggi: di VPS, hypervisor sedang memberikan waktu CPU ke mesin virtual lain. Ini bukan kesalahan di dalam servermu. Cara lain adalah `vmstat 1 5`. Kolom `r` menunjukkan proses yang menunggu CPU, kolom `b` menunjukkan proses yang terblokir, biasanya oleh I/O. ### 2. Bila CPU yang penuh Urutkan proses berdasarkan pemakaian CPU di `top` (tekan `P`) atau `htop`. Penyebab yang sering ditemui: worker PHP yang menjalankan halaman berat, query database tanpa index, cron yang berjalan bersamaan, kompresi backup, atau bot yang membanjiri website. Langkah lengkapnya ada di artikel [menemukan proses yang menghabiskan CPU](https://nivelva.com/insight/cara-menemukan-proses-menghabiskan-cpu-server). Waspadai juga proses dengan nama aneh yang memakai CPU tinggi terus-menerus tanpa alasan jelas. Itu bisa tanda server dipakai menambang kripto secara diam-diam, seperti dijelaskan di artikel [cryptojacking di server](https://nivelva.com/insight/cryptojacking-tanda-server-diam-diam-dipakai-menambang). ### 3. Bila I/O yang jadi penyebab Cari proses yang berstatus D dengan `ps -eo state,pid,cmd | grep "^D"`. Bila paket sysstat terpasang, `iostat -x 1 5` menampilkan seberapa sibuk tiap disk; kolom `%util` yang mendekati 100 berarti disk kewalahan. Penyebab umumnya backup besar, database yang banyak menulis, log yang membengkak, atau RAM yang kurang sehingga server terus memakai swap. Pembahasan gejala serupa ada di artikel [server lambat padahal CPU rendah](https://nivelva.com/insight/server-lambat-cpu-rendah). ### 4. Cocokkan dengan waktu kejadian Load yang naik setiap jam yang sama biasanya terkait cron, backup, atau laporan terjadwal. Cek `crontab -l` dan timer systemd (`systemctl list-timers`). Menggeser jadwal ke jam sepi sering sudah cukup. > **Catat sebelum mengubah:** > > Simpan keluaran `top`, `vmstat`, dan daftar proses saat load sedang tinggi. Data ini jauh lebih berguna daripada ingatan setelah load turun, terutama bila masalahnya baru muncul lagi minggu depan. ## Kapan solusinya menambah resource? Bila load tinggi disebabkan beban CPU yang sah (bukan proses nyasar atau konfigurasi boros) dan terjadi setiap jam sibuk, menambah vCPU masuk akal. Bila penyebabnya I/O, solusinya bisa berupa disk yang lebih cepat, RAM tambahan supaya cache file lebih besar, atau memindahkan database ke server terpisah. Bila steal time yang tinggi, masalahnya ada di host fisik, dan yang perlu dihubungi adalah penyedia server. Sebelum memutuskan, kumpulkan data minimal satu sampai dua minggu. Alat pemantauan yang menyimpan riwayat load, pemakaian CPU per jenis (user, system, I/O wait, steal), dan aktivitas disk akan menunjukkan pola yang tidak terlihat dari satu kali menjalankan `top`. Dengan data itu, kamu bisa membedakan server yang memang kekurangan tenaga dari server yang hanya sibuk sebentar setiap tengah malam karena backup. Keputusan upgrade pun jadi berbasis bukti, bukan perasaan saat panik. ## Pertanyaan yang sering diajukan ### Apakah load average 1.00 berarti CPU 100 persen? Hanya di server dengan 1 core. Di server 4 core, load 1.00 berarti rata-rata baru sekitar seperempat kapasitas yang terpakai, dengan catatan load itu berasal dari beban CPU. ### Kenapa load tinggi padahal pemakaian CPU rendah? Biasanya karena banyak proses menunggu disk atau penyimpanan jaringan (status D). Linux menghitung proses tersebut dalam load average. Periksa nilai wa di top dan gunakan iostat. ### Apakah load average bisa turun sendiri? Bisa, bila penyebabnya lonjakan sementara seperti backup atau cron. Bila load tinggi terus selama berjam-jam, ada penyebab yang perlu dicari. ## Sumber - - - --- Diterbitkan oleh Nivelva Insight (https://nivelva.com/insight/). Artikel ini: https://nivelva.com/insight/load-average-tinggi-linux-artinya-solusinya Kontak Nivelva: WhatsApp https://wa.me/6285111245007, email hello@nivelva.com