Bagaimana Anda mengetahui apakah bottleneck adalah CPU, memori, I/O, atau jaringan?

Question

Accepted Answer

**Lihat utilization dan saturation sumber daya, kemudian konfirmasi dengan pengukuran.** Pendekatan sistematis — **metode USE** (Utilization, Saturation, Errors) — memeriksa setiap sumber daya sehingga Anda tidak menyalahkan yang salah.

## Mengapa ini penting

Untuk setiap sumber daya (CPU, memori, disk, jaringan), tanyakan tiga hal:

```text
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.
```

## Tools dan gejala per sumber daya

Setiap sumber daya memiliki tanda tangan yang berbeda yang dapat Anda baca dengan tools standar:

```text
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
```

Perbedaan kunci: **beban tinggi dengan %us tinggi** berarti CPU-bound; **swapping (si/so)** berarti tekanan memori; **%iowait tinggi** berarti CPU idle *menunggu disk*; latency/retransmit tinggi menunjuk ke jaringan.

```text
$ 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)
```

## Konfirmasi dengan pengukuran

Jangan pernah berhenti pada satu angka. **Profile** proses (misalnya `perf`, CPU/heap profiler) untuk menemukan fungsi atau alokasi yang panas, ubah satu hal, dan **ukur kembali**. Gejala bisa menyesatkan — CPU tinggi mungkin sebenarnya adalah busy-wait yang disebabkan oleh lock contention, bukan pekerjaan nyata.