Библиотека: Техника и Технологии

короче дело идет к концу... переезд на bsd потенциально все ближе и ближе...

Похоже, Arch Linux движется в сторону замены ключевых компонентов (таких как pacman) на переписанные на Rust аналоги. Немецкое агентство Sovereign Tech Agency профинансировало разработку ALPM (Arch Linux Package Management) на сумму $562 800 (более полумиллиона долларов). Эта работа была почти полностью сосредоточена на создании "библиотек и инструментов на Rust" для управления пакетами в Arch, которые "нацелены на сохранение совместимости с pacman". На данный момент Rust-реализация ALPM ещё не заменила pacman полностью. Однако здравый смысл подсказывает, что замена является целью проекта (иначе столь масштабное финансирование выглядело бы бессмысленным). Также стоит отметить: существующие инструменты управления пакетами Arch (такие как pacman) распространяются под лицензией GPL. Новые библиотеки и замены на Rust лицензируются по MIT-лицензии @linuxos_tg

Официально: Линус Торвальдс теперь занимается вайбкодингом Для части своего последнего проекта он заюзал Antigravity от Google https://github.com/torvalds/AudioNoise @linuxos_tg

⚡️МЦСТ получило крупную партию процессоров «Эльбрус-2С3» АО «МЦСТ» в 2025 году получило более 10 тыс. процессоров «Эльбрус-2С3». Об этом RuHard рассказал источник в компании. Производство под разбраковку процессоров расширили до нескольких тысяч штук в месяц. Перспективный процессор «Эльбрус-8В7» находится на финальной стадии разработки. Её завершение ожидается в конце 2026 года. «Эльбрус-8В7» представляет собой разработанный в России процессор для ноутбуков, настольных компьютеров и встраиваемых ЭВМ. Он создается на новой отечественной архитектуре «Эльбрус» уже 7-го поколения (что отразилось в названии). На слайде презентации МЦСТ уточнялось, что в новом процессоре будет «6 или более ядер» мощностью «2 или более 2 ГГц». Производительность нового «Эльбрус-8В7» составит около 0,5 TFLOPS. Будет реализована поддержка PCIe 4-го поколения. Процессор получит встроенную графику с поддержкой 3D (3D GPU и кодеки). Что касается процессора «Эльбрус-32С», то инженерные образцы уже тестируются, готовы системные платы для первых запусков перспективного процессора. Предсерийные процессоры ожидаются в 2027 году. В процессорах «Эльбрус» впервые начинают применяться передовые интерфейсы (DDR5, PCIe 5.0/CXL). Справка RuHard: • АО «МЦСТ» зарегистрировано в 1998 году в Москве. Основной вид деятельности — производство компьютеров и периферийного оборудования. В 2018 году выручка составила 2,1 млрд рублей, прибыль — 40 млн. 📸 Слайд из презентации АО «МЦСТ» Подписывайтесь на нас в Max: https://max.ru/imaxairu #эксклюзив #эльбрус #мцст

Откуда получилb? Петров и Боширов из TSMS выкрали?

https://www.youtube.com/watch?v=Aj_8VyYZ-GY&t=228s @AlexRus1234 большой привет!

Прокуренный кабинет директора и владельца фабрики

Заехал на производство тестовых оснасток для PCBA. Типичное китайское, "гаражное" производство. Работает 20 человек, существуют уже 15 лет. Посмотрите, а то вы избалованы нарядными картинками китайских производств, а они в большинстве вот такие.

ВСЕ КАК ДОМА! Так что и у нас могли клепать не хуже!

Ещё про Африку. Многие сегодня удивляются, как в свое время европейцам удалось так быстро колонизировать континент. Одна из составляющих ответа в демографии. В это сложно поверить, но всего чуть более 100 лет назад в Европе жило втрое больше людей чем в Африке. С тех пор рождаемость в Африке даже немного снизилась (в ряде странах там начался процесс демографического перехода), но за счет улучшившейся медицины резко упала смертность и как результат - демографический бум, который продолжается до сих пор. Поэтому Африка сегодня так всех интересует - это в перспективе огромный рынок сбыта, но одновременно миграционные процессы исходящие из Африки могут принести самые непредсказуемые результаты. К слову согласно некоторым прогнозам к 2100 году почти половина населения мира будет проживать в Африке. Дисперсия Каргинизма – подписаться.

Ритчи показал, что степень вложенности циклов является мерой их вычислительной сложности, а также показателем того, сколько времени требуется для их вычисления. Далее он показал, что оценка по глубине циклов в точности эквивалентна иерархии Гжегорчика. Скорость роста примитивно-рекурсивных функций действительно связана с их вычислительной сложностью, они идентичны. Научная статья на эту тему была опубликована на конференции ACM'67. Правда, Ритчи официально не получил степень PhD, потому что не завершил обязательную процедуру передачи рукописи в библиотеку, при этом аспирант обязан оплатить переплёт за свой счёт (сейчас эти правила упразднили). Библиотека выдаёт справку, которая обменивается на диплом PhD. Как в шутку говорили друзья, бывают доктора наук без диссертации, а Деннис был доктором наук «без переплёта». Популярность C была тесно связана с популярностью Unix, а также его многочисленных ответвлений и потомков. https://habr.com/ru/companies/ruvds/articles/980620/

Сегодня исполняется 25 лет «Проблеме 2000» (Y2K). Все ждали глобального коллапса цифровой инфраструктуры из-за экономии пары байт памяти, но 1 января прошло подозрительно тихо. У обывателей сложилось мнение, что угроза была раздута. Но не всё так просто. Основной удар тогда пришелся не на банковский софт, а на архитектурные ограничения железа и логику встраиваемых систем, вот пара примеров: 1. Аппаратная амнезия Motorola MC146818. В основе архитектуры IBM PC AT и его клонов лежал чип часов реального времени (RTC) Motorola MC146818. Его регистр года был 8-битным (формат BCD) и хранил значения от 00 до 99. О понятии «столетие» сам чип ничего не знал. Инженеры выделили байт в CMOS-памяти (адрес 0x32) для хранения века (19 или 20). Однако контроллер не умел инкрементировать этот байт при переходе 99->00. Это должен был делать BIOS. Миллионы плат имели «кривой» BIOS, который забывал обновить ячейку 0x32. В итоге, часы сбрасывались в 00, система читала старое столетие и думала, что на дворе 1900 год. Патчили это перепрошивкой или TSR-резидентами. 2. Ловушка «отрицательного времени» в Embedded В промышленнных контроллерах дата часто использовалась для расчетов интервалов техобслуживания: Time_Since_Service = Current_Date - Last_Service_Date При наступлении 2000 года уравнение превращалось в 00 - 98. Это приводило к двум сценариям: -- Integer Overflow: Система получала огромное число, решала, что станок не обслуживали 99 лет, и срабатывала аварийная блокировка. -- Отрицательное значение: Система считала, что обслуживание проведено в будущем, ломая логику планировщиков. Были ли реальные инциденты? Сбоев было не так много и произошли они именно там, где работала жесткая логика и старое железо: -- АЭС Онагава (Япония): Через две минуты после полуночи сработала сигнализация мониторинга реактора. Управляющий компьютер завис, не сумев обработать дату. Аварии избежали только потому, что критический контур управления был аналоговым. -- Спутники-шпионы (США): Пентагон на несколько дней потерял поток данных с сети спутников — наземная станция не смогла распарсить новые timestamp'ы. -- Медицина (Великобритания): В Шеффилде компьютеры начали выдавать неверные расчеты рисков для беременных, вычитая год рождения из текущего и получая абсурдные результаты. -- Гемблинг (США): В Делавэре встали 700 лотерейных терминалов — их внутренние таймеры отказались работать с «нулевым» годом. Проблема 2038 Следующий, более жесткий дедлайн уже известен: 03:14:07 UTC 19 января 2038 года. В этот момент 32-битное знаковое целое число (signed 32-bit integer), используемое в Unix-системах для отсчета времени (POSIX time), переполнится. Значение сменится с 2 147 483 647 на -2 147 483 648, и системы «прыгнут» в 13 декабря 1901 года. Если Y2K решался на уровне прикладного софта и BIOS, то проблема 2038 (Y2k38) зашита в типы данных файловых систем, драйверов и ядер старых RTOS. Многие IoT-устройства, промышленные контроллеры и встраиваемые системы, которые мы проектируем и монтируем сегодня на 32-битных MCU, рискуют превратиться в тыкву через 13 лет. (с)

31 декабря — одна из двух дат в году (вторая — 30 июня), когда обычно происходит корректировка мирового времени. Процедура стандартная: Международная служба вращения Земли (IERS) фиксирует рассинхрон, и глобальная сеть NTP-серверов транслирует команду на миллиарды устройств. Последний раз это случалось 31 декабря 2016 года. С тех пор корректировок не было. Раньше секунды приходилось только добавлять, и индустрия научилась с этим работать двумя способами: Step (Скачок): Часы показывают время 23:59:60, а затем переходят на 00:00:00. Это стандартный подход Linux-ядер, но он рискован для приложений, не ожидающих такую метку. Smeared time (Размазывание): Техгиганты (Google, Meta, AWS) используют «Leap Smear». Лишняя секунда не вводится скачком, а растягивается на несколько часов (миллисекунды добавляются к каждой секунде в течение суток). Для прикладного софта это проходит прозрачно. Однако с 2020 года тренд изменился: вращение планеты начало ускоряться, перекрывая долгосрочное замедление. Теперь UTC не отстаёт, а опережает астрономическое время. Вероятно, к 2029 году нам впервые придется не добавить, а вычесть секунду. С инженерной точки зрения это гораздо более опасная задача. Если при добавлении системам достаточно просто «притормозить» (Smear) или обработать редкий timestamp, то при вычитании нужно перепрыгнуть из 23:59:58 сразу в 00:00:00, физически пропустив 23:59:59. Большинство ПО полагается на монотонность времени. Удаление секунды создает прецедент, на который системы не тестировались: -- Нарушение хронологии в БД и логах (событие А позже Б, но с ранней меткой). -- Зависание процессов, ожидающих наступления времени, которого не будет. -- Ошибки валидации в планировщиках и бэкапах. Мы десятилетиями отлаживали механизмы вставки времени, но к его «пропуску» в глобальном масштабе IT-инфраструктура пока не готова. (c) <90>

Z80-LM Нейросеть, которая работает на процессоре Z80 с частотой 4 МГц и 64 КБ оперативной памяти😏 Минималистичнаяразговорная языковая модель, которая генерирует текст символ за символом и умещается в 40 КБ исполняемого файла. Триграммное хэш-кодирование, текст хэшируется в 128 корзин, что делает модель устойчивой к опечаткам 2-битная квантизация весов: каждый вес принимает значение {-2, -1, 0, +1}, упакованные 4 веса в байт, 16-битная целочисленная арифметика, без операций с плавающей точкой Автогенеративный режим, генерирует ответы символ за символом Компактность: работает в CP/M's Transient Program Area (TPA) Проект включает два готовых варианта: TinyChat - разговорный чат-бот:

> hello
HI
> are you a robot
YES
> do you dream
MAYBE

Guess - игра "20 вопросов":

> is it alive
YES
> is it big
YES
> does it have a trunk
YES
> elephant
WIN

Модель не понимает вас в привычном нам смысле, но она чувствует форму вашего запроса. Благодаря триграммному хэшированию, фразы "hello there" и "there hello" выглядят одинаково для модели, порядок слов не важен Ответы краткие (1-2 слова), но удивительно выразительные): - OK - нейтральное согласие - WHY? - сомнение в вашей логике - R U? - экзистенциальный вопрос - AM I? - отражение вопроса обратно Под капотом: Z80 ассемблер Ядро модели, это плотный цикл умножения-накопления на чистом ассемблере Z80. Веса распаковываются из 2-битного формата, умножаются на активации и накапливаются в 16-битных регистрах (HL, DE, BC). После каждого слоя результат сдвигается вправо на 2 бита для предотвращения переполнения Проект включает инструменты для генерации обучающих данных с помощью Ollama или Claude API, а также полную документацию по обучению собственных моделей GitHub

Crucial (Micron) CT18LSDT3272G133B .S MT18LSDT3272G-133B1 ecc reg