Пишите, какой язык ваш любимый! И согласны ли вы с моим фаворитом.

Заходите на izidevops.com и учитесь! Всем Рахмет!

Решил делиться с вами не только компьютерными новостями, но и своими.

Пол года назад, купили с женой билеты в Кремль на балет Игоря Моисеева, очень хотелось посмотреть танец «Яблочко». Оказалось, что «Яблочко» убрали из программы, всё как в жизни. Тильт🥲

Вот такие пироги, сегодня будет дроп, не пропустите!

Всем привет!💡

Нужен совет, до меня скоро доберется новенький macbook pro m5 на 24gb, а то мой на m1 16gb уже не справляется.

Старый продавать или использовать его как домашний сервер, подскажите плиз, может вы крутите локально какие-то приложения или модели интересные? У меня пока крутятся только voice enchancer, wisper, и пока не тестировал вот эту модель

МАХ начал собирать всю инфу о каналах и контенте, которые читают пользователи

С 25 сентября в политике конфиденциальности MAX появился новый пункт. Мессенджер теперь собирает данные о том, какие каналы и контент читают пользователи, а также о подписках, отписках, лайках, дизлайках и сохранениях. Отказаться от новых правил нельзя.

Таких вакансий раз в 10 меньше, но в целом думаю ближайшее время будет расти спрос(не на ру рынке скорее всего)

Также оцените лайками, как вам новый Клод маскот

ТОП 1 вопрос который спрашивают почти на каждом собесе на DevOps и SRE:

Что такое Load Average.

➖➖➖

▎1. Это длина очереди

Load Average показывает, сколько задач в среднем хотели работать за последние 1, 5 и 15 минут. У каждого процесса в Linux есть состояние, его видно в колонке STAT у ps и S у top. В счёт LA идут два из них.

R значит Running. Процесс прямо сейчас выполняется на ядре или стоит в очереди и ждёт, когда ядро освободится.

D значит uninterruptible sleep, в /proc его подписывают как disk sleep. Процесс ждёт ответа от диска, NFS или драйвера, и обычно даже kill -9 его оттуда не вытащит, пока операция не закончится.

Спящие процессы в состоянии S, которые ждут сеть или ввод с клавиатуры, в LA не попадают.

Процентов тут нет. LA меряет длину очереди, и сама по себе цифра ничего не говорит, пока не знаешь число ядер.

➖➖➖

▎2. Где посмотреть

uptime
cat /proc/loadavg

0.52 0.48 0.41 3/412 28731

Первые три числа это среднее за 1, 5 и 15 минут. Те же значения показывают top, htop и w. Дальше 3/412, то есть три потока в R из 412 существующих, а последнее число это PID последнего созданного процесса.

Логические ядра считаем через nproc. Если LA 4 на четырёх ядрах, машина занята целиком. Тот же LA 4 на 32 ядрах значит, что сервер почти отдыхает.

LA бывает и больше числа ядер. Всё, что сверху, это задачи, которые ждут своей очереди. LA 8 на четырёх ядрах значит, что четыре задачи работают, а ещё четыре стоят и ждут, если все они в R.

> По трём числам читается тренд. 8 / 4 / 1 означает, что нагрузка растёт прямо сейчас. 1 / 4 / 8 значит, что пик уже прошёл.

➖➖➖

▎3. Откуда берётся число

Раз в 5 секунд ядро считает задачи в R и D и обновляет LA.

load = load * 0.92 + n * 0.08

То есть берёт 92% от старого значения и добавляет 8% от текущего числа задач. Это коэффициенты минутного окна, у 5 и 15 минут они свои. Допустим, сервер простаивал, а потом четыре процесса начали молотить без остановки. Через минуту минутный LA покажет около 2.5, а к 4 подберётся только минуты через три.

Честным средним за минуту такое число не назовёшь, свежие замеры в нём весят больше старых. И в обратную сторону так же, после всплеска LA сползает плавно, а не обнуляется через 60 секунд.

➖➖➖

▎4. Кто его раздувает

С процессором всё предсказуемо, каждый процесс, который крутится в цикле, добавляет единицу.

С диском интереснее. Отвалился NFS, и сотня процессов застряла в D на чтении. LA улетает в 100+, хотя top показывает процессор на 2%.

Ещё пара подвохов. Потоки считаются каждый отдельно, так что одна Java с 200 тредами, занятыми работой, легко нарисует LA 200. В контейнере /proc/loadavg показывает нагрузку хоста. Под с лимитом в 1 CPU покажет LA 30, потому что соседи по ноде загрузили хост, и алерт по нему сработает впустую.


➖➖➖

▎5. Нашли высокий LA, что дальше

Само число причину не назовёт, его надо разложить на CPU и диск.

vmstat 1
ps -eo state,pid,cmd | awk '$1 ~ /D/'
iostat -x 1

В vmstat колонка r показывает очередь к CPU, а b процессы в D. wa это iowait, доля времени, когда процессор простаивал и ждал диск. Если растут b и wa, ищи проблему в диске. В iostat смотри на await, по нему видно, какой диск тормозит. %util около 100 честно работает только на HDD, у SSD и RAID он врёт. Отдельно смотри на память. Когда RAM кончается, процессы ждут подкачки из swap(если он включен) и тоже попадают в D, а wa растёт, хотя диск ни при чём. Поэтому в vmstat проверь si и so: если там не нули, проблема в памяти, а не в диске. А сеть сама по себе LA не раздувает, процесс, который ждёт сокет, спит в S. В LA она попадает только через сетевые ФС вроде NFS.

Руками на машине смотрят только те, у кого нет мониторинга, а если его нет, задумайся туда ли ты идешь?

Учись полностью бесплатно 🫵 izidevops.com

Как и обещал, записал вам статистику. Оказывается очень тяжело записывать разговорные видео! Напишите пожалуйста, что это хорошие показатели, у меня нет друзей блогеров, чтобы оценить!

P.S. не учел звезды в тг, поэтому 3000.49 долларов примерно)