Load average: що означають три числа
Як правильно читати load average на вашому тарифі VPS, чому високе навантаження може бути за вільного CPU і коли числа справді вимагають дій.
Оновлено 23 серпня 2026 р.
Команда uptime і верхній рядок htop показують три числа — середнє навантаження за 1, 5 і 15 хвилин. Це найбільш незрозумілий показник у Linux: його часто плутають із завантаженням CPU.
Що це насправді
Load average — це середня кількість процесів, які або обчислюються на CPU, або чекають на диск. Саме другий складник і створює плутанину: машина може показувати навантаження 12 за майже вільного CPU, якщо всі дванадцять процесів стоять у черзі на диск.
uptime
# 14:22:03 up 9 days, 2:41, 1 user, load average: 3.41, 2.02, 1.15
cat /proc/loadavg
nproc # how many cores your plan has
Що нормально — залежить від кількості ядер
Правило просте: навантаження, що дорівнює кількості ядер, означає повністю зайняту машину без черги.
| Тариф | Ядра | Комфортно | Зайнято | У черзі |
|---|---|---|---|---|
| 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— ви впираєтеся в ліміт CPU. Шукайте винуватця в htop. - Великий стовпець
bі високийwa— ви впираєтеся в ліміт диска. Далі: iostat та iotop. si/soзростають — триває свопінг, тобто пам'ять закінчується, дивіться Пам'ять і swap.
Процеси в стані D в htop — це саме ті, що чекають на I/O і підіймають load average.
Коли час переходити на вищий тариф
Ігноруйте разові сплески під час збірки проєкту, оновлення пакетів або нічного бекапу. Справжній сигнал виглядає так: на тижневому графіку CPU в панелі /hosting/vds/m/<id> тримається плато, load average стабільно перевищує кількість ядер, а винуватець — ваш робочий застосунок, а не забутий скрипт. Тоді має сенс перейти на вищий тариф: рухатися можна лише вгору, з доплатою за решту днів оплаченого терміну.
Типові помилки
- Порівнювати навантаження зі 100%. Load average — це не відсотки. Значення 4 на VDS-3 — це повністю зайнята машина, а не катастрофа.
- Дивитися лише на перше число. Однoхвилинне середнє стрибає від найменшої дрібниці. Рішення ухвалюють за 15-хвилинним.
- Забувати про сусідів на вузлі. Стовпець
st(steal) уvmstatпоказує час, який забрав гіпервізор. Стабільно високі значення — привід написати в підтримку, це не ваша проблема.
Load average нічого не каже про пам'ять. Машина може показувати 0.2 і бути за крок до спрацювання OOM killer.