⌨️ Load Average (1/3) #Linux Самая важная метрика в мониторинге  на техническом собеседовании Введение Попытаюсь кратко порефлексировать на тему, то что за вопросом про LA, среди админов и девопсов закрепилась репутация самого популярного не для кого не секрет. Репутация заслуженная, но причины почему каждому новому ‘поколению’ сисадминов/девопсов задают один и тот же вопрос уже на протяжении лет 15, если не больше, мне понятны не до конца, возможно дело в универсальности самой метрики, она показывает всё не показывая ничего конкретного. Идеальный триггер для мониторинга, threshold превышен, что-то идет не так - разбирайтесь. Возможно дело в инерции и самовоспроизводимости партеров, много лет вопросы о LA выполняли роль системы опознавания «свой - чужой» среди админов. Чего стоит лишь дополнительный вопрос: «В чем измеряется LA?» Но подобная популярность губительна, этот вопрос разбирался в десятке видео/статей, призванных подготовить зрителя/читателя к тех. собесу. Сейчас эффективность этого вопроса сродни самым известным тюремным загадкам, около-нулевая. Все знают ответ, если не знают, то готовясь к определённым обстоятельствам, стараются узнать его в первую очередь. Но то, что все знают ответ, не означает, что лично вам его не зададут и тем более не означает, что это знание не поверхностно. LA, то что вы знаете и (возможно) не знали. Что такое Load Average и как она рассчитывается? LA - это показатель средней загрузки системы, он отражает количество процессов, конкурирующих за ресурсы системы (в основном CPU) за определённые интервалы времени. Load Average показывает среднее число активных задач, которые либо выполняются, либо готовы к выполнению, либо находятся в ожидании ресурсов I/O. В Linux ядро обновляет Load Average каждые 5 секунд, вычисляя экспоненциально сглаженное среднее (EWMA, Exponentially Weighted Moving Average) на основе количества задач в очереди исполнения и задач в ожидании I/O. Load Average в Linux не просто арифметическое среднее за 1, 5 или 15 минут. LA использует EWMA. Каждое новое измерение нагрузки (раз в 5 секунд ядро считает, сколько процессов в очереди) влияет на итоговый Load Average больше, чем более старые измерения. Старые значения тоже учитываются, но с каждым новым обновлением их вклад становится всё меньше. Я не буду приводить формулы расчета, для них мало места, лишь скажу что подобный подход позволяет эффективно убирать влияние пиков на итоговое значение LA. Если нагрузка мимолетна и не подтверждается последующим измерением, то график очень быстро сглаживается, чем дальше тем сильнее потому что вес пика становится всё все меньше. И напротив чем дольше держится нагрузка, тем ближе Load Average к реальному числу процессов в очереди. А когда нагрузка уходит, значение затухает экспоненциально, а не падает сразу. Небольшое послесловие и стандартный розыгрыш Я хотел создать классический пост в 10 карточек, но тема как будто бы оказалась слегка объемнее чем я предполагал, да и как передать через инфографику некоторые вещи я просто не додумался. Поэтому чтобы не заставлять вас читать полотно текста решил разделить пост на несколько частей. Я очень люблю tg, но не люблю рамки которыми он меня ограничивает, да и вообще считаю что текстовый (и видео) формат технических постов безнадёжно устарел и без интерактивности просто никуда. Но что с этим делать? Хоть собственную платформу пили. Под этим постом разыгрывается подписка Telegram Premium на три месяца. Чтобы принять участие, оставь комментарий, начинающийся с «LA», в течение 24 часов после публикации (+ требуется твоя реакция под постом и подписка на канал). Напиши что-нибудь по теме поста: узнал ли ты из него что-то новое, задавали ли тебе вопросы про LA на собесах, ну или что что тебя больше всего раздражает (или наоборот радует) в ТГ каналах/постах посвященных Linux / DevOps (моих или чьих-то еще). Ну и давайте от СЕМИ СЛОВ включая «LA». РОЗЫГРЫШ ЗАВЕРШЁН, РЕЗУЛЬТАТ В КОММЕНТАРИЯХ, ВСЕМ БОЛЬШОЕ СПАСИБО Подписывайтес