/proc/loadavg: очередь задач без подмены процентом CPU

Большой load при свободном процессоре

Монитор показывает большое load average, но CPU не выглядит полностью занятым. Такое сочетание возможно, потому что эти показатели отвечают на разные вопросы. Если принять load за процент, диагностика сразу пойдёт в неверную сторону.

Начните с формата файла: три усреднённых значения, дробь текущих задач и номер последнего созданного процесса. Отделение долгого окна от мгновенного снимка помогает объяснить, почему соседние числа не обязаны двигаться одновременно.

Что включено в среднюю нагрузку

Первые три числа относятся к окнам 1, 5 и 15 минут и учитывают выполняемые либо готовые к исполнению задачи, а также задачи в непрерываемом ожидании. Четвёртое поле содержит число runnable-задач и общее число существующих сущностей планирования, включая потоки.

Последнее поле — PID недавно созданного процесса, а не виновник нагрузки. Load average не нормирован как процент CPU. Из одного числа нельзя выбрать процесс для остановки или назвать конкретное устройство причиной задержки.

Разведите среднее и текущую дробь

Откройте файл дважды с паузой. В собственном отчёте подпишите позиции чисел, чтобы не принять мгновенную дробь за четвёртое окно усреднения.

printf "Load: окно 1/5/15 минут, runnable/total, последний PID\n"
cat /proc/loadavg
sleep 3
cat /proc/loadavg

Сформулируйте следующую гипотезу

В самостоятельно заданном примере первые значения равны 6.20, 3.10 и 1.40. Короткое окно выше длинного; это согласуется с недавним усилением нагрузки, но не объясняет её природу. Проверьте состояния задач и ожидания I/O, прежде чем делать вывод о нехватке CPU.

Если один поток ждёт ресурс, добавление процессорных ядер может не устранить задержку. Если наблюдение выполнено в контейнере, не сравнивайте общесистемное load с его CPU-квотой как одинаковые области учёта. Укажите источник данных и ограничения нагрузки в отчёте отдельно.

Проверьте своё рассуждение

Задача: последнее число файла совпало с PID утилиты, которой вы читали loadavg. Должна ли она считаться источником всей нагрузки?

Нет. Эта позиция описывает последнее создание процесса. Причинность из такого совпадения не следует: нужен анализ работающих задач и изменения показателей за интервал.

Универсального аварийного числа нет

Допустимая очередь зависит от доступных CPU, задержек и характера работы. Не переносите порог одной машины на другую без проверки. Сопоставляйте load с реальными симптомами: временем ответа, очередью заданий и метриками ожидания, сохраняя одинаковые интервалы наблюдения.