Kaip nustatyti, ar siauroji vieta yra CPU, atmintis, I/O arba tinklas?

Question

Accepted Answer

**Pažiūrėkite į išteklių panaudojimą ir sodrumą, tada patvirtinkite matavimais.** Sisteminis požiūris — **USE metodas** (Utilization, Saturation, Errors) — patikrina kiekvieną išteklių, todėl jūs nekaltinosite neteisingą.

## Kodėl tai svarbu

Kiekvienam ištekliui (CPU, atmintis, diskas, tinklas) užduokite tris klausimus:

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

## Įrankiai ir simptomai kiekvienam ištekliui

Kiekvienas išteklius turi skirtingą parašą, kurį galite perskaityti naudodami standartinį įrankius:

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

Pagrindiniai skirtumai: **aukšta apkrova su aukštu %us** reiškia CPU-bound; **mainai (si/so)** reiškia atminties spaudimą; **aukštas %iowait** reiškia, kad CPU tuščiavimo būsenoje *laukia disko*; aukštas **latencija/pakartai** rodo į tinklą.

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

## Patvirtinkite matavimais

Nestabdykitės prie vieno skaičiaus. **Profiluokite** procesą (pvz. `perf`, CPU/heap profiler), kad rastumėte aktyvią funkciją arba paskyrą, pakeiskite vieną dalyk ir **iš naujo išmatuokite**. Simptomai gali klaidinti — aukštas CPU gali iš tikrųjų būti užsiėmimo-laukimas, kurį sukėlė blokavimo konkurencija, o ne tikras darbas.

## Kodėl tai svarbu

Neteisingojo ištekliaus šalinimas (RAM pridėjimas prie CPU-bound langelio) švaistos pinigus ir nepadeda. USE metodas ir tinkamas įrankis greitai izoliuoja tikrąjį apribojimą, o pakartotinas matavimas patvirtina, kad pataisymas perkėlė skalę.