В Linux proc_loadavg(5) первые три поля соответствуют средним за 1, 5 и 15 минут для задач в состоянии R или D. Четвертое поле отдельно содержит число текущих runnable-сущностей и общее число существующих. Последнее поле - PID недавно созданного процесса.

Почему три числа разные

Учебный набор 3,00 / 1,50 / 1,00 показывает более высокое среднее на коротком интервале. Это не запись с нашего сервера. Он помогает увидеть, почему нельзя обсуждать только первое число, отбросив длительность и историю наблюдения.

Один снимок не сообщает, что именно делало приложение. Сохраните повторные наблюдения и время операции. При сообщении поддержке нужны условия нагрузки, а не только фраза «load высокий».

Ожидание ввода-вывода важно отдельно

Что видноЧего еще не известно
Load average выросКакие задачи увеличили показатель
CPU не полностью занятЕсть ли ожидание I/O и другие ограничения
Короткий интервал выше длинногоУстойчива ли проблема после операции

По числу задач нельзя присвоить точный процент использования CPU. Для решения о ресурсах сопоставьте процессорные сведения, состояние задач, задержки I/O и ограничения группы. На VPS также нужен контекст выделенных ресурсов, а не перенос числа с другого сервера.

Не покупайте ядра по одному показателю

Если ухудшился ответ сайта, отделите очередь выполнения от ожидания данных и работы внешних зависимостей. Добавление ядер не гарантирует устранения медленной дисковой операции. Для смысла операций накопителя есть IOPS, для ограничений среды - cgroups.

Заранее определите, какую пользовательскую операцию проверяете и какой результат нужен. Не запускайте тяжелую нагрузку на общем узле только ради получения заметного load average. Даже измерительный опыт требует согласованной среды.

Источник прочитан 7 октября 2026 года. /proc пользователя не читался, процессы не завершались и замеры тарифов не проводились. Методика подготовки сравнения есть в проверке производительности VPS; остальные определения собраны в словаре.