Lihat penggunaan sumber daya dan kejenuhan, kemudian sahkan dengan pengukuran. Pendekatan sistematik — kaedah USE (Utilization, Saturation, Errors) — memeriksa setiap sumber daya supaya anda tidak menyalahkan yang salah.
Untuk setiap sumber daya (CPU, memori, cakera, rangkaian), tanya tiga perkara:
UTILIZATION → how busy is it (% time in use)?
SATURATION → how much queued/waiting work (load, run queue, swap)?
ERRORS → any errors (dropped packets, disk errors, OOM kills)?
→ a resource that is saturated, not just busy, is usually the bottleneck.
Setiap sumber daya mempunyai tandatangan yang berbeza yang anda boleh baca dengan alat standard:
CPU → top/htop: high %us or load > #cores, run queue backed up
MEMORY → free/vmstat: low free RAM + high SWAP in/out (si/so) → swapping = thrashing
DISK I/O→ iostat/vmstat: high %iowait, %util ~100%, high await → I/O-bound
NETWORK → iftop/sar/ss: bandwidth saturated, retransmits, high latency
Perbezaan utama: beban tinggi dengan %us tinggi bermakna CPU-bound; pertukaran (si/so) bermakna tekanan memori; %iowait tinggi bermakna CPU dalam keadaan terbiar menunggu cakera; latency/retransmit tinggi menunjuk ke rangkaian.
$ vmstat 1
r b swpd free si so bi bo us sy id wa
8 0 0 120m 0 0 12 20 92 6 2 0 ← CPU-bound (id=0, wa=0)
1 3 800m 30m 40 120 900 8 5 3 2 90 ← I/O + swap (wa=90, so>0)
Jangan berhenti di satu angka. Profil proses (cth perf, pemprofil CPU/heap) untuk mencari fungsi panas atau peruntukan, ubah satu perkara, dan ukur semula. Gejala boleh mengelirukan — CPU tinggi mungkin benar-benar sibuk-tunggu yang disebabkan oleh pertentangan kunci, bukan kerja sebenar.
Memperbaiki sumber daya yang salah (menambah RAM ke kotak CPU-bound) membazir wang dan tidak membantu. Kaedah USE ditambah alat yang betul mengasingkan kekangan sebenar dengan cepat, dan pengukuran semula mengesahkan bahawa pembaikan menggerakkan jarum.