Load average в Linux: очередь работы, а не процент CPU

В Linux load включает задачи, готовые выполняться на CPU, и задачи в непрерываемом ожидании, часто связанном с I/O. Поэтому load может быть высоким при не полностью загруженном CPU.

Три числа сглаживают разные окна. Рост 1-minute при нормальных 5/15 показывает свежий всплеск; высокий 15-minute — устойчивую очередь.

Load 4 на четырёх CPU может означать, что runnable задачи примерно заполняют доступную вычислительную ёмкость. Но это не универсальный порог: SMT, контейнерные limits, steal time и I/O меняют картину.

Нормальный уровень зависит от приложения и latency. Для web-сервиса важнее, начинает ли вместе с load расти TTFB, очередь workers и ошибки.

Сначала разделите CPU saturation и I/O wait. Затем найдите процессы по CPU, состоянию D, памяти и количеству потоков. Для диска смотрите latency, queue depth и throughput, а не только процент busy.

В контейнерах проверьте limits и throttling. Хост может иметь свободный CPU, но конкретный контейнер уже упирается в quota.

Статический порог load без числа ядер создаёт шум. Нормализуйте сигнал, учитывайте продолжительность и добавляйте контекст CPU/I/O/TTFB.

Уведомление должно вести к действию: сервер, load 1/5/15, число ядер, длительность и ссылки на процессы или графики. Один короткий пик часто достаточно сохранить в истории.