Контроль температуры: энтузиасты научились мониторить нагрев чипов памяти GDDR7 Разработчики утилит MSI Afterburner, RTSS и HWinfo смогли обойти ограничения Nvidia и активировали мониторинг температурных датчиков памяти нового стандарта GDDR7 на видеокартах серии RTX 50. Свежая версия HWinfo уже позволяет считывать эти данные в реальном времени, что ранее было доступно только для чипов GDDR6 и GDDR6X. Поскольку интеграция проводилась без официальной документации производителя, пока есть ограничения по детализации. На флагманской RTX 5090 отображается 8 температурных точек на 16 чипов памяти (один датчик на пару), а на RTX 5060 Ti с 16 ГБ доступны данные всего с двух сенсоров. Кроме того, софт пока не показывает точное физическое расположение наиболее горячих зон на плате, но авторы планируют исправить это в ближайших обновлениях.

Сайты падают по расписанию рабочей недели, а в выходные почти нет В четверг сайты падают на треть чаще, чем в воскресенье. Серверам к концу недели не тяжелее, просто в выходные никто не деплоит и не трогает прод. Сайты ломают люди, а не энтропия. Та же логика в графике по часам: главный пик приходится на рабочий день, но пятый по аварийности час суток это полночь, когда стартуют кроны и ночные выкатки в духе «всё равно никто не смотрит». За год мониторинга 6 500 сайтов набежало 108 312 инцидентов, и картина выходит скучнее любых страшилок про взломы и DDoS. Половина всех падений это простой таймаут, когда сервер жив, но задумался. А самое обидное ждёт ночью. Короткие сбои чинит автоматика, которой всё равно, который час, но если она не справилась, длинные инциденты в темноте закрывают на 35% дольше, потому что дальше всё зависит от человека, а человек спит. Выясним, сколько сайтов на деле держат обещанные три девятки аптайма и что за аномалия случилась в июне.

Еще раз обращаю внимание на англоязычный канал Brandmauer Report. Там публикуется то, чего здесь не будет. В силу того, что всякие международные темы будут просто неинтересны читателям на русском. Ну, например, вот про британскую цензуру, которая объявила всех жителей Великобритании детьми: https://t.me/brandmauer_report/36 Или что творится в отношениях между Китаем и Тайванем в области трансграничной интернет-слежки: https://t.me/brandmauer_report/34 В Бразилии, вот, запилили "счетчик посадок в тюрьму" (тюрьмометр?) и сделали из этого шоу, которое продвигает сеть камер видеонаблюдения Smart Sampa. https://t.me/brandmauer_report/33 Я сам об этом бы и не узнал, потому что никто (из живых людей) не способен отслеживать такой объем информации. А вот теперь с инструментами ИИ — можно. Вот вам пример "Искин на страже демократии". Или как хотите называйте. Но проект буду развивать. И там важно, чтоб была аудитория, которая отмечает посты реакциями. Кстати, о реакциях. И почему на этом канале их только две, и они максимально упоротые: "хот-дог" и "синий кит". Да потому, что непонятно, как эти реакции интерпретировать. Субъект и объект поста не уточнены. Ну, то есть, вот эта вот "какашка" — она кому поставлена? Автору или объекту, упомянутому в посте? Я думаю как раз как бы это красиво резвести, но пока решил просто набрать данных.

Раньше ПО работало шустро, потому что иначе было никак Пайплайн упал — подняли память. Сервис затупил — добавили ядер. Дежурный заложил буфер, потому что никто не хочет подрываться ночью. Через полгода исходного контекста уже никто не помнит, и эта конфигурация становится строгим требованием. Парадокс в том, что сервис при этом выглядит здоровым. Он использует 10% от выделенных 64 ГБ, мониторинг светится зелёным, команда эксплуатации спокойна. Мы научились поднимать тревогу при перегрузке, но почти никогда не создаём алёрты на структурную пустоту. Разберёмся, где именно проходит граница между неизбежной сложностью и накопленным суеверием.

Когда вы строите что-то помощнее лендинга, у вас появляется какая-то инфраструктура и сервисы. И обязательно настанет момент, когда оно упадёт. Поэтому нужно будет строить сигнализацию, систему алертинга, которая известит нужных людей об инциденте. Классическая связка в вебе - Prometheus+Grafana, но вот попался еще опенсорсный инструмент - Nightingale. Пишут, что в отличие от Grafana, делают упор именно на алертинг. Собирает данные из разных источников, знает Prometheus, ElasticSearch, Loki, ClickHouse, MySQL, Postgres. Но сами они рекомендуют Categraf. Есть настройка разных правил - алертингов, подписок, уведомлений. Есть конвейеры событий. Есть даже MCP-сервер, чтобы общаться с API по-человечески. Проект активно развивается, 161 контрибьютор #devops