Как определить, является ли узкое место CPU, памятью, I/O или сетью?

Question

Accepted Answer

**Посмотрите на использование ресурсов и насыщение, затем подтвердите измерением.** Систематический подход — **метод USE** (Utilization, Saturation, Errors) — проверяет каждый ресурс, чтобы вы не обвинили неправильный.

## Метод USE

Для каждого ресурса (CPU, память, диск, сеть) задайте три вопроса:

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

## Инструменты и симптомы по ресурсам

Каждый ресурс имеет отличительную сигнатуру, которую вы можете прочитать со стандартными инструментами:

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

Ключевые различия: **высокая нагрузка с высоким %us** означает CPU-bound; **свопинг (si/so)** означает давление на память; **высокий %iowait** означает, что CPU неактивен *ожидает диск*; высокая **задержка/повторные передачи** указывают на сеть.

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

## Подтвердите измерением

Никогда не останавливайтесь на одном числе. **Профилируйте** процесс (например, `perf`, CPU/heap профайлер) чтобы найти горячую функцию или выделение, измените одну вещь и **переизмерьте**. Симптомы могут ввести в заблуждение — высокий CPU может на самом деле быть занятым ожиданием, вызванным конфликтом блокировки, а не реальной работой.

## Почему это важно

Исправление неправильного ресурса (добавление ОЗУ в CPU-bound систему) тратит деньги впустую и не помогает. Метод USE плюс правильный инструмент быстро выделяет реальное ограничение, а переизмерение подтверждает, что исправление сдвинуло стрелку.