Hogyan lehet megállapítani, hogy a szűk keresztmetszet CPU, memória, I/O vagy hálózat?

Question

Accepted Answer

**Nézze meg az erőforrás-kihasználtságot és telítettséget, majd erősítse meg mérésekkel.** Egy szisztematikus megközelítés — a **USE módszer** (Utilization, Saturation, Errors) — ellenőrzi az egyes erőforrásokat, hogy ne a rosszat hibáztassa.

## Miért fontos ez

Minden erőforrásra (CPU, memória, lemez, hálózat) tegyen fel három kérdést:

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

## Eszközök és tünetek erőforrásonként

Minden erőforrásnak van egy jellegzetes aláírása, amelyet standard eszközökkel lehet olvasni:

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

A legfontosabb eltérések: **magas terhelés magas %us-val** CPU-kötöttet jelent; **swapping (si/so)** memóriaterhelést jelent; **magas %iowait** azt jelenti, hogy a CPU tétlen *lemezre vár*; magas **latency/retransmits** a hálózatra mutatnak.

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

## Erősítsen meg mérésekkel

Ne álljon meg egy számnál. **Profilozza** a folyamatot (pl. `perf`, CPU/heap profiler) a forró függvény vagy foglalás megtalálásához, változtasson egy dolgot, és **mérjen újra**. A tünetek megtévesztőek lehetnek — a magas CPU valójában egy zárolási versengés miatt foglalt várakozás lehet, nem pedig valós munka.