Прочитал и посмотрел почти все статьи и видео по Obsidian, которые вышли недавно (в среднем не более 1-2 ух месяцев назад). Дал каждому источнику субъективную оценку и написал короткий комментарий.

30 марта сервисы, размещённые в одном из наших основных дата‑центров, оказались недоступны. К инциденту привела авария на опорной подстанции, которая спровоцировала отказ сразу двух вводов питания и последующий каскадный сбой оборудования.

В этой статье подробно покажем, какие именно риски сработали — а для этого объясним, как устроено энергоснабжение в дата‑центре и на что это влияет. С этой точки зрения посмотрим, как развивались события в этот день и что бывает в дата‑центре, когда случаются ситуации, вероятность которых оценивается как «один на десятилетия». В завершение расскажем, что планируем делать дальше, чтобы не допустить повторения, и какой урок из этого могут извлечь другие инженеры.

В одной из предыдущих статей я предложил (в рамках коллективной внутриотраслевой терапии Проклятия знания) членам электротехнических хабов обменяться техническими вопросами. Сформулировать вопросы по своему узкому профилю и попробовать поотвечать на вопросы коллег.

Не всё из предложенного в той статье оказалось реализуемо, но, в общем, на мой субъективный взгляд, эксперимент оказался весьма любопытным :)

Так как предыдущая статья‑эксперимент по задаванию вопросов коллегам была воспринята сообществом Хабра достаточно позитивно и участники были не прочь повторить, то новое мероприятие не спеша достигло ленты статей Хабра :)

Всё просто: 10 участников написали 20 вопросов и дали на них 182 ответа. Авторство вопросов и ответов анонимно, а ответы свёрнуты под спойлеры, чтобы читатели могли поотвечать на вопросы без подсказок.

Битый час подряд переписываете код, а внутри нарастает тревожное ощущение, будто все вокруг разбираются в теме лучше вас, и в любой момент может выясниться, что вы здесь вообще случайно. Или так. Открываете IDE, а внутри пустота. Никакого драйва, лишь сплошное раздражение на таски. Бывало такое? 

Что ж, вы не одиноки. Согласно исследованиям, 58% IT-специалистов регулярно сталкиваются с двумя проблемами: синдромом самозванца и профессиональным выгоранием. 

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

В общем, если чувствуете себя, как этот песик, — советуем заглянуть под кат.

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

В этой статье попробуем разобраться, как обстоят дела с управлением паролями в компаниях, порассуждаем о том, какими характеристиками должен обладать идеальный корпоративный менеджер паролей и сравним четыре популярных в этой категории продукта.

Идея статьи родилась после прочтения многочисленных источников в интернете по барьерам и моделям памяти.Так же, был просмотрены соответствующие видео с разъяснением. Много где в целом всё достаточно хорошо разжевано. Статья не претендует на исчерпывающий материал. Скорее, это обзорное описание на тему модели памяти в связке с RISC-V. Не рассчитана на entry level, рекомендуется сперва почитать что нибудь вводное.

Навряд ли кому то необходимо детальное знание внутренней архитектуры процессора на уровне RTL (register-transfer level), как и глубокого понимания принципов модели памяти, согласованности. Да и обычно вся эта информация берется из соответствующей литературе от производителя, других книгах по оптимизации. Предполагаю, что авторы в том или ином виде могу знать более глубокие вещи, чем представлены в открытых источниках. Возможно, они работали в компании производителя (Intel, например), общение, конференции, сообщества.

Но может ли быть источник лучший, чем исходники CPU? Навряд ли. Вы не найдете в открытом доступе исходники процессоров Intel, AMD и любых других. ARM за это денежки получает, продавая права на архитектуру и готовые спроектированные блоки. А вот для RISC-V такой источник есть - исходники полноценного суперскалярного out-of-order процессора от Berkley.

Не так давно был разработан язык Chisel на замену Verilog и аналогов. Он на базе Scala. А, так как это Scala, мы можем использовать IDE и внятную навигацию по исходникам. Но в исходники просто так не пойдешь, сперва надо приобрести необходимые фундаментальные знания, чтобы понимать в целом что такое разработка на уровне RTL. Неплохо бы разобраться с Verilog и с базовыми понятиями - всякие там защелки, регистры, мультиплексоры и тп. Это я и решил сделать и начал с книги “Паттерсон, Хеннесси: Архитектура компьютера и проектирование компьютерных систем”. Она безумно крутая и очень понятная. Затем прочитал несколько книг по FPGA и Verilog и даже купил учебную FPGA плату, но руки до неё так и не дошли. Это позволило сформировать для себя какую то необходимую картину того, как функционирует CPU, как происходит проектирование микроконтроллеров. 

Написание собственного стека TCP/IP поначалу может показаться пугающей задачей. И в самом деле, за свой тридцатилетний срок жизни TCP впитал в себя множество спецификаций. Однако базовая спецификация остаётся относительно компактной1 — из важных частей в ней можно выделить парсинг заголовков TCP, машину состояний, отслеживание перегрузок и вычисление таймаута повторной передачи.

Самые распространённые протоколы слоя 2 и слоя 3, Ethernet и IP, скромны по сравнению с сложностью TCP. В этой серии статей мы реализуем минимальный стек TCP/IP пользовательского пространства для Linux.

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

Даже не знаю, как пропустил эту новость. Обычно я всё активно отслеживаю, особенно уязвимости опенсорсного ПО, которые касаются казначейства моей страны 🤷‍♂‍

Привет всем, в эфире Асахи Лина!✨

marcan попросил меня написать статью о M1 GPU, и вот она готова ~! Это был долгий проект, растянувшийся на несколько месяцев, и было о чём поведать, так что, надеюсь, вам понравится!

Страшно представить, но всего 20 лет назад вся индустрия развлечений кардинально отличалась от того, что мы видим сейчас. Особенно это касается видеоигр. 

Раньше ведь как было — вне дома геймер использует либо верный SE K750i с предустановленной на ней Asphalt, Gangstar или Heroes Lore, либо познает радости портативного гейминга на PSP. А дома уже играет в «большие» проекты за компьютером или на игровой консоли.

Сейчас же грань между портативными и стационарными играми окончательно стёрлась. Относительно отчуждённо от этой границы стоял мобильный гейминг, но и он с приходом Genshin Impact на консоли пал жертвой геймерской глобализации, обозначив переход индустрии мобильных игр на стационарные платформы.

А ещё именно «геншин», разработанный в Китае, привнёс в сленг большинства СНГ-геймеров такой исконно японский термин, как «гача-игры».

Для многих слово «гача» стало синонимом словосочетания «казино для детей», однако этот термин куда обширнее и имеет крайне интересную историю. Которую я сейчас и поведаю.