Hvordan afgør du, om en flaskehals er CPU, hukommelse, I/O eller netværk?

Question

Accepted Answer

**Se på ressourceudnyttelse og mætning, og bekræft derefter med måling.** En systematisk tilgang — **USE-metoden** (Utilization, Saturation, Errors) — kontrollerer hver ressource, så du ikke giver skylden på den forkerte.

## USE-metoden

For hver ressource (CPU, hukommelse, disk, netværk) skal du stille tre spørgsmål:

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

## Værktøjer og symptomer pr. ressource

Hver ressource har en karakteristisk signatur, som du kan aflæse med standardværktøjer:

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

De vigtige sondringer: **høj belastning med høj %us** betyder CPU-bundet; **swapping (si/so)** betyder hukommelsestryk; **høj %iowait** betyder, at CPU'en er inaktiv *og venter på disk*; høj **latency/retransmits** peger på netværket.

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

## Bekræft med måling

Stop aldrig ved et enkelt tal. **Profiler** processen (f.eks. `perf`, en CPU/heap-profiler) for at finde den "varme" funktion eller tildeling, skift én ting, og **mål igen**. Symptomer kan være vildledende — høj CPU kan virkelig være en travl-ventelob forårsaget af lock contention, ikke virkelig arbejde.

## Hvorfor det betyder noget

At rette den forkerte ressource (tilføje RAM til en CPU-bundet maskine) spilder penge og hjælper ikke. USE-metoden plus det rigtige værktøj isolerer den rigtige begrænsning hurtigt, og genmåling bekræfter, at rettelsen ændrede resultaterne.