Средняя нагрузка: что означают три числа
Как правильно читать load average на своей ступени VDS, почему высокая нагрузка бывает при свободном процессоре и когда цифры действительно требуют действий.
Обновлено 23 августа 2026 г.
Команда uptime и верхняя строка htop показывают три числа — среднюю нагрузку за 1, 5 и 15 минут. Это самая недопонятая метрика в Linux: её часто путают с загрузкой процессора.
Что это на самом деле
Load average — среднее число процессов, которые либо считают на процессоре, либо ждут диск. Второе слагаемое и создаёт путаницу: машина может показывать нагрузку 12 при почти простаивающем процессоре, если все двенадцать процессов стоят в очереди к диску.
uptime
# 14:22:03 up 9 days, 2:41, 1 user, load average: 3.41, 2.02, 1.15
cat /proc/loadavg
nproc # сколько ядер у вашей ступени
Норма зависит от числа ядер
Ориентир простой: нагрузка, равная числу ядер, означает полностью занятую машину без очереди.
| Ступень | Ядер | Спокойно | Загружено | Очередь |
|---|---|---|---|---|
| VDS-1 | 1 | до 0.7 | около 1 | больше 2 |
| VDS-2 | 2 | до 1.4 | около 2 | больше 4 |
| VDS-3 | 4 | до 2.8 | около 4 | больше 8 |
| VDS-4 | 6 | до 4 | около 6 | больше 12 |
| VDS-5 | 8 | до 5.5 | около 8 | больше 16 |
| VDS-6 | 10 | до 7 | около 10 | больше 20 |
Три числа читаются как тренд. 5.0, 2.0, 1.0 — нагрузка только что выросла, возможно, вы сами что-то запустили. 1.0, 2.0, 5.0 — пик прошёл, машина разгружается. Три близких больших числа — устойчивая перегрузка, вот она и требует решения.
Куда смотреть дальше
Высокая нагрузка — симптом, а не диагноз. Разделите причины:
vmstat 2 5
- Большая колонка
r(процессы в очереди на выполнение) и высокийus/sy— упирается процессор. Ищите виновника в htop. - Большая колонка
bи высокийwa— упирается диск. Дальше — iostat и iotop. - Растёт
si/so— идёт подкачка, то есть кончается память, см. Память и подкачка.
Процессы в состоянии D в htop — те самые, что ждут ввод-вывод и накручивают среднюю нагрузку.
Когда пора менять ступень
Разовые всплески при сборке проекта, обновлении пакетов или ночном бэкапе игнорируйте. Реальный сигнал выглядит так: на недельном графике процессора в панели /hosting/vds/<id> держится полка, средняя нагрузка стабильно выше числа ядер, и при этом виновник — ваше рабочее приложение, а не забытый скрипт. Тогда имеет смысл перейти на ступень выше: переход возможен только вверх, с доплатой за оставшиеся дни оплаченного срока.
Частые ошибки
- Сравнивать нагрузку с 100 %. Load average не проценты. Значение 4 на VDS-3 — это ровно занятая машина, а не катастрофа.
- Смотреть только первое число. Минутное среднее прыгает от любой мелочи. Решения принимают по 15-минутному.
- Забывать про соседей по узлу. Колонка
st(steal) вvmstatпоказывает время, отобранное гипервизором. Устойчиво высокие значения — повод написать в поддержку, это не ваша проблема.
Средняя нагрузка ничего не говорит о памяти. Машина может показывать 0.2 и при этом быть в шаге от срабатывания OOM killer.