Эпсилон

✨Холодная плазма вместо вентиляторов: научная фантастика или так можно? Стартап YPlasma заявил о революции — бесшумном охлаждении для тонких ноутбуков с помощью «холодной плазмы». Звучит как обман: невидимый поток ионов сдувает тепло без единой движущейся части. Но где тут физика, а где маркетинг? Давайте разберемся. 📝 ТЕОРИЯ: Как это должно работать? Устройство использует так называемые DBD-плазменные актуаторы (dielectric barrier discharge — барьерный разряд): 1. На электроды, разделенные диэлектриком, подается высокое переменное напряжение (киловольты, высокая частота). 2. Воздух над электродом ионизируется — возникает «холодная» плазма (неравновесная, где электроны горячие, а тяжелые ионы и нейтральные молекулы — почти комнатной температуры). 3. В плазме происходит электрофорез или ионный ветер: заряженные частицы (ионы) ускоряются электрическим полем и, сталкиваясь с нейтральными молекулами воздуха, увлекают их за собой. Так создается направленный поток воздуха. ▫️ «Сдувает тепло с процессора» — метафора, но в целом корректная. Это принудительная конвекция. Поток воздуха, созданный ионным ветром, обдувает горячий радиатор или чип, унося тепло, как это делает вентилятор. Ключевое отличие — нет турбины, поток создается на молекулярном уровне. ▫️«Тонкие пленки ~200 мкм» — технически возможно. Плазменные актуаторы действительно могут быть выполнены в виде напыленных на поверхность электродов. Их можно гибко размещать. ▫️«Уровень шума ~17 дБ(А)» — правдоподобно. Поскольку нет механических движущихся частей, основной источник шума — высокочастотный свист от разряда и, возможно, гудение преобразователя напряжения. 17 дБ(А) — это действительно почти неслышно (шелест листьев). 🔍 ПРАКТИКА: где подводные камни? ▫️Эффективность (COP — коэффициент эффективности). Это главный вопрос. Мощность потока ионного ветра пока существенно уступает традиционным вентиляторам. Чтобы отвести 30-45 Вт тепла от современного процессора в ноутбуке, нужна большая площадь актуаторов или их массив. Хватит ли «дуновения»? ▫️Надежность и долговечность. Плазменный разряд в воздухе вызывает окисление и эрозию электродов. В пыльной среде внутри ноутбука это может быть критично. Нужна защита. ▫️Электромагнитные помехи. Устройство, генерирующее киловольты и плазму, — потенциально мощный источник помех для чувствительной электроники самого ноутбука (Wi-Fi, аудио, датчики). Потребуется серьезное экранирование. ▫️Безопасность. Высокое напряжение внутри корпуса — это всегда риск, требующий безупречной изоляции. ✨ По факту мы не имеем никакой новой технологии. Ионный ветер известен физикам давно. Он может создавать поток, чтобы затушить маленькую свечку. Но в реальности тепловые трубки, радиаторы и вентилятор — в разы эффективнее миниатюрного экранированного коронного разряда. Некоторые исследования (EN) 🔵 Эпсилон // @epsilon_h

🖥 vs 🖥 Линус Торвальдс против C++: Почему ядро Linux остается на C ? Почему Линус Торвальдс категорически запрещает C++ в ядре Linux. Казалось бы, C++ - это "C на стероидах", но для разработки ядра эти стероиды - яд. Разбираем основные аргументы Линуса (и почему они имеют смысл в context of kernel development). 1. Исключения (Exceptions) - зло для ядра В C мы проверяем коды возврата. В C++ исключение может вылететь откуда угодно. 👉 Проблема: Недетерминированность. Для ядра с 30 млн строк кода это ад отладки. 👉 Риск: Если МРТ-сканер или система управления полетами "выбросит исключение" и упадет, последствия будут фатальными. Ядро требует полного контроля над потоком выполнения. 2. Скрытое управление памятью (RAII) Линус считает, что компилятор не должен делать ничего "за спиной" программиста. 👉 Проблема: Конструкторы, деструкторы и неявные аллокации. 👉 Аргумент: В ядре управление памятью должно быть ручным и прозрачным. Зависимость от магии компилятора снижает производительность и стабильность. 3. "Жирная" объектная модель Нужно ООП? Его можно сделать и на C. Линус утверждает, что C++ тянет за собой переусложненные иерархии и абстракции, которые потом невозможно рефакторить. 👉 Цитата: "Ограничение проекта языком C означает, что люди не смогут его испортить... идиотской чушью 'объектной модели'". 💡 Как выглядит ООП в стиле Linux (на чистом C): Вместо классов - структуры и указатели на функции. Это дает полиморфизм без оверхеда C++.

    
        typedef struct {
  int value;
  // V-table на минималках: указатель на функцию
  void (*increment)(struct Person *self);
} Person;

void increment_person(Person *self) {
self->value++;
}

int main() {
Person *p = (Person*)malloc(sizeof(Person));
p->value = 5;
p->increment = increment_person; // Привязка метода

p->increment(p); // Вызов: 6
free(p);
}{}
    

4. Проблема зависимостей (STL/Boost) То, что стабильно для приложения в GNOME, недостаточно стабильно для ядра. Внедрение STL или Boost - это риск security-проблем (вспомним бэкдор в xz/liblzma) и раздувание бинарников. А как же Rust? Интересно, что к Rust отношение другое. Линус допускает Rust, потому что он (в отличие от C++) решает проблемы безопасности памяти, а не просто добавляет синтаксический сахар. C - прост, но позволяет выстрелить себе в ногу. Rust - строг. C++ - слишком сложен и неявен для ядра. Отказ от C++ - это выбор между эргономикой разработчика и стабильностью системы. Для User-space приложений C++ прекрасен. Но для ядра, от которого зависит работа миллиардов устройств (от тостеров до спутников), консерватизм C - единственно верный путь. Читать статью полностью #cpp #c #linux #kernel #linus #coding 🔵 Эпсилон // @epsilon_h

🧐 « Если взять ипотеку в четыре миллиона, то выплачивать её 25 лет. А если украсть 4 миллиона, то сидеть 7 лет. »

Пишите в комментариях свои самые тайные и нелегальные мысли? Пофантазировать же не преступление 😌 🔵 Эпсилон // @epsilon_h

👨🏻‍💻 Когда на работе стало скучно и решил установить игру на ЧПУ-станок 🔵 Эпсилон // @epsilon_h

🕹 Самодельная переработка PS5 консоли в планшетный форм-фактор. Как вам такая версия? ⚡️ Характеристики PS5 (Digital Edition):

    
        ▪️ Процессор (CPU): Кастомный AMD Ryzen Zen 2, 8 ядер / 16 потоков, 3.5 ГГц (с переменной частотой).
▪️ Видеокарта (GPU): Кастомный AMD RDNA 2, 10.28 TFLOPs, с поддержкой трассировки лучей.
▪️ Оперативная память (RAM): 16 ГБ GDDR6 (единая память для системы и графики).
▪️ Накопитель: Кастомный SSD 825 ГБ со скоростью 5.5 ГБ/с (сырая пропускная способность). Это главная «фишка» — молниеносные загрузки и практически отсутствующие экраны загрузки в играх.
▪️ Цель: Играть в 4K @ 60fps с перспективой на 120fps в некоторых тайтлах, поддержка HDR, 3D-аудио.{}
    

📦 Близкий по мощности Desktop ПК (примерная сборка):

    
        ▪️ CPU: AMD Ryzen 5 5600X или Intel Core i5-12400F.
▪️ GPU: NVIDIA RTX 3060 Ti или AMD Radeon RX 6700 XT (~10-13 TFLOPs + свои архитектурные преимущества).
▪️ RAM: 16 ГБ DDR4.
▪️ SSD: NVMe SSD на 1 ТБ (но даже топовые модели редко дотягивают до скорости SSD в PS5 в реальных игровых сценариях).
▪️ Итог: Такая сборка в одиночку (без монитора, ОС, клавиатуры/мыши) будет стоить примерно от 1000$ и выше. Консоль же дает готовое решение за ~500$.{}
    

💻 Близкий по мощности игровой ноутбук:

    
        ▪️ Что искать: Ноутбук с видеокартой NVIDIA RTX 3070 (Mobile) или AMD Radeon RX 6800M. Эти карты по паспорту мощнее, но в мобильном исполнении и при разрешении 1440p-4K покажут сопоставимый с PS5 уровень производительности.
▪️ CPU: AMD Ryzen 7 5800H или Intel Core i7-11800H и новее.
▪️ RAM: 16 ГБ DDR4.
▪️ SSD: 1 ТБ NVMe.
▪️ Итог: Такие ноутбуки стартуют от 1500-2000$. Вы платите за портативность и универсальность (ОС Windows, работа, учеба).{}
    

PS5 — это беспрецедентное соотношение цены и производительности для игр в 4K. Собрать или купить равный по мощности ПК будет значительно дороже. Но ПК/ноутбук предлагают свободу: игры с разных площадок, моды, работа, апгрейд. Что выбираете вы: готовую оптимизированную мощь консоли или универсальность и гибкость ПК? 🔵 Эпсилон // @epsilon_h

📷 Сравнение камер: Xiaomi 15 Ultra (86 000 ₽) vs IPhone 17 pro max (120 000 ₽) А помните как раньше владельцы apple смеялись над владельцами xiaomi, называя их нищебродами. А сейчас мы видим как сильно доминирует китайский бренд. Как он лучше по основным параметрам айфона — по камерам. Тоже самое было и со владельцами ПК/ноутбуках на intel, они кричали в интернете, что AMD — дешевые CPU, которые постоянно греются, умирают через полгода и вообще далеко от Intel. Ну и где сейчас Intel ? Хавают убытки, пока остатки пользователей хавают говно, которое изгибается, греется и выгорает. Какая здесь мораль? 1. Никогда нельзя считать себя лучше кого-то. Твоя излишняя самоуверенность останавливает тебя в развитии. Аутсайдер, который работает над собой, догонит тебя и перегонит. Даже если начальные условия у него был хуже. Потому что дисциплина всегда бьет талант или кратковременную мотивацию. 2. Ты можешь конкурировать с лучшими. Сначала они тебя не замечают, потом смеются над тобой, затем борются с тобой. А потом ты побеждаешь. 🔵 Эпсилон // @epsilon_h

📹 Эволюция Nokia с 2002 по 2006 год Когда говорят «Nokia», все вспоминают «неубиваемый» 3310. Но история компании — это настоящий tech-детектив с неожиданными поворотами. 🔍 Факт 1: Основана на… дереве. Да, вы не ослышались. Nokia была основана в 1865 году горным инженером Фредриком Идестамом. Чем она занималась? Производством древесной массы и бумаги на берегу реки Нокиа (отсюда и название). Компания прошла путь от бумажных фабрик и резиновых сапог до телефонов. 📟 Факт 2: Первый звонок — в СССР. В 1982 году Nokia (уже как телеком-подразделение) выпустила первый в мире автомобильный NMT-телефон — Mobira Senator. А первый в истории международный роуминговый звонок по коммерческой сети был сделан в 1991 году… из Финляндии в СССР. Звонил тогдашний премьер-министр Финляндии Харри Холкери. 🤖 Факт 3: Первый смартфон — тоже Nokia. Задолго до iPhone (в 1996 году!) Nokia и Hewlett-Packard выпустили Nokia 9000 Communicator. Устройство с черно-белым экраном, QWERTY-клавиатурой, могло отправлять факсы, работать с электронной почтой и даже выходить в интернет (через медленный dial-up). По сути, это был карманный компьютер. 🌀 Факт 4: Змея, укусившая свой хвост. Знаменитый фирменный рингтон Nokia Tune — это на самом деле музыкальная фраза «Gran Vals», написанная испанским композитором Франсиско Таррега для гитары еще в 1902 году. А мелодия для SMS — азбука Морзе для букв «SMS». 📊 Факт 5: Безумный пик и стремительное падение. В 2007 году, накануне выхода iPhone, рыночная доля Nokia на рынке смартфонов достигала умопомрачительных 50.8%. Всего за 6 лет (к 2013 году) она рухнула до 3%. Это хрестоматийный пример того, как даже технологический лидер может проспать две ключевые вещи: качество ПО (Symbian vs iOS/Android) и сенсорный UX. 🛡 Факт 6: Nokia жива. Она просто эволюционировала. Сегодня Nokia не производит телефоны напрямую (бренд лицензирован). Зато Nokia Technologies — один из крупнейших в мире патентных холдингов. Каждый раз, когда вы покупаете современный смартфон, часть денег уходит Nokia за патенты в области беспроводной связи, которые она разрабатывала десятилетиями. А Nokia Networks — гигант в области телеком-оборудования для 5G и облачных сетей. 💎 Вывод для инженера: История Nokia — это урок. Урок о том, что даже феноменальный успех в «железе» (аппаратная надежность) и монопольная доля рынка ничего не стоят без своевременной программной и пользовательской революции. Компания выжила, кардинально сменив фокус, и сегодня остается титаном, но в другой, фундаментальной для связи, нише. Был ли у вас телефон Nokia? Если да, то какой? Поделитесь в комментариях. Фото приветствуются! 🔵 Эпсилон // @epsilon_h

🖥 Энтузиасты начали собирать модули оперативной памяти DDR5 в домашних условиях : правда или фейк? Что понадобилось бы в гипотетическом сценарии: 1. Чипы памяти (DDR5 DRAM). Не просто чипы в корпусах BGA, а предварительно протестированные на заводе-изготовителе (Samsung, SK Hynix, Micron). Покупка "на стороне" — это 99% брак, отбраковка или чипы с неизвестными характеристиками. 2. PCB-плата. Не просто текстолит, а многослойная (часто 10+ слоев) плата со строжайшим соблюдением геометрии дорожек (длины, импеданса) для обеспечения сигнальной целостности на частотах 4800-8000 МГц и выше. Разводка для каждого производителя и чипа — уникальна и является коммерческой тайной. 3. PMIC (Power Management Integrated Circuit). Ключевое нововведение DDR5. Специализированная микросхема управления питанием, распаянная на модуль. Требует точнейшей подстройки. 4. SPD-чип. Запрограммированная микросхема с профилями таймингов, частотами и данными для инициализации BIOS/UEFI. 5. Оборудование: — Точнейшая BGA-станция для монтажа микрочипов. — Рентген-аппарат для контроля пайки BGA-шаров под чипом. — Специализированное ПО и аппаратура для программирования SPD и конфигурации PMIC. — Высокочастотный осциллограф (десятки ГГц) и анализатор цепей для валидации и тестирования. 6. Глубокие экспертные знания в области высокочастотной цифровой схемотехники, сигнальной целостности и протокола DDR5. Самостоятельная "сборка" модуля лишена всякого практического смысла. Однако, глубокая модификация (моддинг) уже готовых модулей — это область, где можно применить инженерный подход и получить выгоду: 1. Замена микросхем SPD. Использование специализированных программаторов (например, RT809H) для прошивки кастомных таймингов или разблокировки скрытых профилей XMP/EXPO. 2. Модификация систем охлаждения. Замена стандартных радиаторов на высокоэффективные решения для экстремального разгона (энтузиастский оверклокинг под жидким азотом или фреоном). 3. Ремонт модулей. В некоторых случаях (при наличии оборудования и навыков) возможна замена поврежденных PMIC или SPD-чипов на исправные, что может вернуть к жизни дорогой модуль. 4. Глубокая настройка. Изучение влияния вольтажа, таймингов вторичного и третичного порядка через продвинутые инструменты оверклокинга (профиль "Memory Try It!" в некоторых BIOS, ASUS MemTweakIt и аналоги). Забудьте о пайке чипов. Ваша "домашняя сборка" DDR5 начинается с покупки качественных модулей от Kingston, G.Skill, Corsair или других вендоров. Реальная экономия, производительность и надежность достигаются не сборкой с нуля, а: ▪️Грамотным выбором готового продукта под задачи. ▪️Профессиональным тонким разгоном и тестировами на стабильность (MemTest86, Karhu, TestMem5). ▪️Оптимизацией таймингов в BIOS. Инвестируйте время в изучение тонкостей работы подсистемы памяти, а не в заведомо провальные кустарные эксперименты. Это принесет реальную техническую и финансовую выгоду. #DDR5 #hardware #память #оверклокинг #железо #инструкция #IT 🔵 Эпсилон // @epsilon_h

Больше функциональности в C++23 Björn Fahller 🖥 C++23: Главные новинки, которые стоит знать. Спецификация C++23 почти устоялась, и компиляторы начинают подхватывать ключевые фичи. Это не революция, как C++20, а скорее «цивилизационный» апдейт — много удобных улучшений, которые сделают код чище и выразительнее. 1. std::print — наконец-то! Забудьте про std::cout << "Hello, " << name << "!\n";. Теперь есть типобезопасный и быстрый аналог Python-стиля:

    
        std::print("Hello, {}!\n", name);{}
    

Есть и std::println — сам добавляет перевод строки. Работает с char8_t для Unicode. 2. std::mdspan — многомерные массивы в стандарте Мощный инструмент для научных вычислений и работы с матрицами. Не владеет данными, а лишь представляет многомерный «вид» на существующую память (как std::span, но для N измерений).

    
        int data[2][3] = {...};
auto mat = std::mdspan(data, 2, 3);
std::print("{}", mat[1, 2]); // доступ по многомерному индексу{}
    

3. if consteval — замена старого трюка с std::is_constant_evaluated()

    
        Теперь можно явно ветвить код: одна ветка для времени компиляции, другая — для выполнения.
if consteval {
    // вычисляем на этапе компиляции
} else {
    // рантайм-код
}{}
    

4. Упрощение лямбд Лямбды становятся лаконичнее: — Можно опустить () для пустого списка параметров: [] { return 42; } — Разрешено [=, this] (раньше было нельзя, теперь this захватывается по ссылке явно). 5. #elifdef и #elifndef Да, эти директивы наконец-то стандартизированы! Теперь можно писать:

    
        #ifdef FOO
#elifdef BAR  // вместо #elif defined(BAR)
#elifndef BAZ
#endif{}
    

6. std::expected — монда для обработки ошибок Альтернатива исключениям и кодам ошибок. Хранит либо результат, либо информацию об ошибке. Очень ожидаемая фича из Proposal P0323.

    
        std::expected<int, std::string> parse(std::string_view sv);
auto val = parse("123");
if (val) { use(*val); }
else { std::cerr << val.error(); }{}
    

7. constexpr для std::optional и std::variant Почти весь их API теперь можно использовать в constexpr-контекстах. Шаг к вычислениям на этапе компиляции с алгебраическими типами данных. 8. Новые атрибуты [[assume(expr)]] — даём компилятору подсказку для оптимизаций (например, [[assume(x > 0)]]). [[reproducible]] / [[unsequenced]] — для математических функций (пока экспериментально). 9. std::stacktrace — стектрейсы в стандарте! Наконец-то можно легко получить и обработать call stack в исключениях или для логирования.

    
        #include <stacktrace>
auto trace = std::stacktrace::current();
std::cout << std::to_string(trace);{}
    

10. Мелкие, но приятные улучшения ➖ std::vector::resize_and_overwrite — для эффективного заполнения буферов. ➖ contains() для строк и интервалов: if (str.contains("C++23")) ➖ <stdatomic.h> — C-совместимый заголовок для атомиков. ➖ Многочисленные фиксы и уточнения в библиотеке. C++23 — это «сборник улучшений» (std::collected_improvements). Ничего сверхсложного, но многое делает код удобнее, безопаснее и выразительнее. Готовьте компиляторы (GCC 14, Clang 17+ уже многое поддерживают) и начинайте пробовать. А какая фича нравится вам больше всего? Делитесь в комментариях! #cplusplus #cpp #программирование https://en.cppreference.com/w/cpp/compiler_support.html#C.2B.2B23 🔵 Эпсилон // @epsilon_h

🖥 Можно ли навсегда избавиться от утечек памяти из-за циклических ссылок? В комментариях к статье в очередной раз услышал мнение, что поскольку невозможно в принципе гарантировать отсутствие циклических ссылок при статическом анализе кода, то в языке Rust утечки памяти из-за циклических ссылок считаются безопасными, так это не влияет на безопасное управление памятью. При работе с памятью существует много типов ошибок, но единственные ошибки, которые до сих пор не имеют нормального способа решения, это утечки памяти из-за циклических ссылок, когда два или более объектов напрямую или косвенно ссылаются друг на друга, в результате чего доступная приложению оперативная память постепенно уменьшается, так как ее невозможно освободить автоматически. Утечки памяти из-за циклических ссылок являются наиболее сложными для анализа. В то время как для всех остальных типов ошибок при работе с памятью уже найдены и используются различные решения, например на уровне языка программирования, с помощью сборщиков мусора, проверки заимствований или шаблонов библиотек, то проблема утечек памяти из-за циклических ссылок остается нерешенной и по сей день. Но мне кажется, что есть очень простой способ устранить циклические ссылки в программе, который можно реализовать практически в любом типизированном языке программирования, конечно, если при этом не использовать все разрешающее ключевое слово unsafe для Rust или оператор reinterpret_cast в случае С++. #cplusplus #cpp #программирование ⌛ В чем изначальная проблема? Чтобы понять, почему проблема циклических ссылок до сих пор не была решена, следует пояснить, откуда эта проблема вообще взялась. Если говорить про серьезные языки программирования, которые предназначенные для разработки коммерческих приложений, то обязательным и безусловным требованием для них будет возможность повторения любой из уже существующих структур данных и алгоритмов, которые были придуманы и реализованы до этого ранее. И одной из таких базовых структур данных является связный список. И так как каждый элемент связного списка должен хранить как минимум одну ссылку на точно такой же тип данных, вот тут и возникает необходимость наличия рекурсивных (циклических) ссылок, а вместе с ними и потенциальные утечки памяти. А так как связные списки могут создаваться динамически (во время выполнения приложения), то в общем случае невозможно проанализировать логику возникновения зависимостей и доказать отсутствие циклических ссылок с помощью статического анализатора кода во время компиляции. Читать дальше на Habr 🔵 Эпсилон // @epsilon_h