The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Микроядро Xous и открытый чип Baochip-1x для создания безопасных встраиваемых систем

30.12.2025 23:14

Эндрю Хуан (Andrew Huang) и Шон Кросс (Sean Cross), в своё время спроектировавшие открытый ноутбук Novena и платформу для создания смартфонов Precursor, представили на конференции 39C3 (Chaos Communication Congress) открытый SoC Baochip-1x, предназначенный для создания защищённых устройств интернета вещей (IoT). Чип спроектирован для использования вместе с микроядерной операционной системой Xous, развиваемым Эндрю и Шоном последние пять лет. Схемы, описания аппаратных блоков на языке Verilog, симулятор и сопутствующая проектная документация доступны под открытой лицензией CERN OHL 2.0. Код операционной системы Xous написан на языке Rust и распространяется под лицензией Apache 2.0.

В качестве причин для создания собственного SoC упоминается отсутствие на рынке чипов разумного компромисса, сочетающего легковесность с наличием возможностей для выполнения защищённых систем. Отмечается, что среди оборудования для встраиваемых устройств получили распространение две крайности - полнофункциональные чипы с блоком управления памятью (MMU), рассчитанные на запуск крупных платформ на базе ядра Linux, и урезанные чипы без MMU, для которых применяются операционные системы типа Zephyr, chibios или rt-thread, не предоставляющие должных гарантий безопасности.

Создатели чипа Baochip-1x попытались совместить легковесность, свойственную микроконтроллерам ARM без MMU, с возможностями изоляции памяти, доступными в полноценных CPU. Наличие MMU в Baochip-1x позволяет использовать страничную виртуальную память для изоляции процессов. ОС Xous комбинирует возможности виртуальной памяти с предоставляемой языком Rust проверкой заимствования переменных (borrow checker) для создания защищённого и эффективного механизма асинхронной передачи сообщений между процессами. Реализованная модель взаимодействия между процессами позволяет разделять разные задачи, сохраняя при этом минимальный размер ядра.

SoC Baochip-1x включает 32-разрядный CPU VexRiscv на базе архитектуры набора команд RISC-V (RV32-IMAC) c поддержкой схемы трансляции адресов Sv39 (виртуальной памяти) и четырёхъядерный ускоритель ввода-вывода BIO, основанный на проекте PicoRV и поддерживающий набор команд RV32E. VexRiscv работает на частоте 400 МГц, а BIO - 800 МГц. SoC оснащён 2 МБ SRAM и 4 МБ энергонезависимой RRAM. Первая партия чипов будет произведена во втором квартале 2026 года в компании TSMC с использованием техпроцесса 22nm (TSMC22ULL).

Операционная система Xous поддерживает процессы и потоки, и базируется на компактном микроядре и наборе серверов (реализаций сервисов), взаимодействующих через механизм асинхронной передачи сообщений в стиле QNX. Серверы в цикле ожидают поступления сообщений, определяют опкод сообщения (Message Opcode) и запускают соответствующий код на языке Rust. Ядро отвечает за доставку сообщений серверам, выделение серверам процессорного времени и передачу владения памятью от одного сервера к другому.

На уровне ядра выполняется минимальный объём кода (размер ядра 4 КБ) и насколько возможно функциональность вынесена в пользовательское пространство. Среди прочего в пространстве пользователя реализованы примитивы для синхронизации, планирования задач, выделения памяти, взаимодействия с оборудованием и сетевого взаимодействия. В форме сервиса также реализован графический сервер (graphics-server). Отличительной особенностью Xous также является предоставление реализации стандартной Си-библиотеки, написанной на языке Rust.

  1. Главная ссылка к новости (https://fahrplan.events.ccc.de...)
  2. OpenNews: Представлена платформа Precursor для создания свободных мобильных устройств
  3. OpenNews: Готов к производству первый прототип открытого чипа Libre-SOC
  4. OpenNews: Google представил проект Open Se Cura для создания защищённых программно-аппаратных систем
  5. OpenNews: Программно-аппаратная платформа CHERIoT 1.0 для повышения безопасности кода на языке Си
  6. OpenNews: Началось производство чипов на базе открытой платформы OpenTitan
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/64521-xous
Ключевые слова: xous, baochip
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (130) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.3, Аноним (3), 23:57, 30/12/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Все супер, за одним но - в уже почти 2026 году, и нет хотя бы 32 битного флоат?
    Это сразу огромное ограничение. Скажете дизайн открыт - ну и что, нарисовать всё что угодно можно, а что бы произвести чип нужны огромные деньги, простым интересующимся такое не под силу.
     
     
  • 2.4, bircoph (ok), 00:06, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • –8 +/
    > и нет хотя бы 32 битного флоат?

    И зачем он в IOT?

    > Это сразу огромное ограничение

    Для каких конкретно задач?

     
     
  • 3.6, windows10 (ok), 00:46, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    В твоем понимании IOT - это подергать лампочкой Но это далеко не все Например ... большой текст свёрнут, показать
     
     
  • 4.10, Аноним (10), 03:08, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А float при чём тут во всех случаях?

    > по истечению 1 секунды снять с этого квадратный корень

    Сколько сотен мегагерц не хватает для этого железке из новости?

     
     
  • 5.11, windows10 (ok), 03:31, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ты вообще понимаешь что такое float Не сотен мегагерц, а тактов Если у процесс... большой текст свёрнут, показать
     
     
  • 6.16, Аноним (10), 04:29, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ага, ясно, с наступающим. А ведь потом протрезвеешь и вспомнишь, что в видеодекодерах нет плавающей запятой. Там даже целые числа консервативно используют, чтоб не жрало процессор и память. Хуже того - там функции заранее вычисляют и в lookup-таблицы кладут...
     
     
  • 7.31, Аноним (31), 08:43, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > нет плавающей запятой. Там даже целые числа консервативно используют, чтоб не жрало процессор и память

    Мощно придумал! Вроде завтра не первое апреля...

     
     
  • 8.38, Аноним (10), 10:54, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Эт не я Где-то со времён H 264 заметили, что если к 8-битной картинке добавить ... текст свёрнут, показать
     
  • 6.22, morphe (?), 05:28, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > 14.5/2 в случае деления FPU'хой займет примерно два такта командой FDIV. В случае ALU это будет около восьмидесяти тактов.

    14.5/2 через фиксированную точку будет делиться даже быстрее чем через плавающую, ещё раз, зачем тебе float?

     
     
  • 7.78, windows10 (ok), 18:08, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > 14.5/2 через фиксированную точку будет делиться даже быстрее чем через плавающую, ещё
    > раз, зачем тебе float?

    Мне? Мне - не нужно. Но есть масса операций, в которых нужно, и графоний - только одна из них.

     
  • 6.24, _ (??), 05:42, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> А float при чём тут во всех случаях?
    > Ты вообще понимаешь что такое float?

    А ты, в свою очередь - вообще понимаешь что такое IoT?!?! :)
    А то давай потребуем ему PCI Express 16-lanes впердолить! Ну удобно жи - можно печку Nvidia 4090 подключить и 4К VR генерить на лету! В IoT без этого - точно никуда :))))

     
     
  • 7.79, windows10 (ok), 18:11, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А ты, в свою очередь - вообще понимаешь что такое IoT?!?! :)
    > А то давай потребуем ему PCI Express 16-lanes впердолить! Ну удобно жи
    > - можно печку Nvidia 4090 подключить и 4К VR генерить на
    > лету! В IoT без этого - точно никуда :))))

    Можно. Например если хочешь поставить у себя дома локальный ассистент наподобие какого-нибудь Джарвиса из фантастических фильмов. Безусловно он будет являться частью IOT в целом и умного дома в частности.

     
     
  • 8.93, _ (??), 20:12, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И будет говорить с другими системами _без_ вот-этого-всего, так А это значи... текст свёрнут, показать
     
  • 6.36, Аноним (-), 10:35, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Шо за глупости Если ты софтфлоат реализуешь, то зачем делить в столбик Логариф... большой текст свёрнут, показать
     
     
  • 7.47, Аноним (47), 12:26, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Согласно слухам, деление флоатов побыстрее целочисленного. Не бенчмаркил ещё, надо попробовать.
     
     
  • 8.60, Аноним (-), 14:10, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Быстрее На первых пнях это началось Насколько это распространяется на армы я н... текст свёрнут, показать
     
     
  • 9.68, Аноним (68), 15:42, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Почему тогда компиляторы до сих пор генерируют целочисленное ... текст свёрнут, показать
     
     
  • 10.72, Аноним (-), 17:46, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не знаю i32 -- это 31 бит мантиссы , из него f64 надо сделать, чтобы поделить ... большой текст свёрнут, показать
     
     
  • 11.81, Аноним (81), 18:22, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Лемир и многие другие тоже считают, что совпадёт, это известный трюк И Лемир то... текст свёрнут, показать
     
     
  • 12.87, Аноним (-), 19:31, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не факт Динамическое выделение регистров под значения вместо того, чтобы явным... большой текст свёрнут, показать
     
     
  • 13.116, Аноним (116), 04:08, 01/01/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Лемир проделал И до него ещё дофига сколько ... текст свёрнут, показать
     
  • 8.105, morphe (?), 23:22, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Только если тебе надо много делений и других FP операций делать В изоляции при с... текст свёрнут, показать
     
  • 7.73, windows10 (ok), 17:52, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Шо за глупости? Если ты софтфлоат реализуешь, то зачем делить в столбик? Логарифмируй, вычитай, возводи 2 в степень. Или не возводи, продолжай работать с логарифмами. Или дидов в школе не учили логарифмам?

    Чувак, але, софтфлоат - это не деление в столбик.

    > А методам вычислений тоже не учили? Есть масса способов решить уравнение a*x=b, обходясь без деления на неизвестное на этапе компиляции число.

    Масса. И все это гоняют ALU.

    > Возьми вместо секунды 960мс, 960/15 будет 64, таким образом вместо деления ты сможешь обойтись побитовый сдвигом.

    На Интеле что ли сидишь? Это у них обычно 10+10 = 19.99.

     
     
  • 8.77, Аноним (77), 18:05, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да ладно А вот это ты к чему тогда писал про деление в столбик Да ладно Это... текст свёрнут, показать
     
     
  • 9.80, windows10 (ok), 18:17, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я там русским по белому написал, к чему Что тебе не понятно из слов выполняет ... текст свёрнут, показать
     
     
  • 10.88, Аноним (-), 19:33, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Я выкинул приблизительно и что Это была отсылка к твоим же словам, которые ты... текст свёрнут, показать
     
     
  • 11.92, windows10 (ok), 20:04, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И то, что и ребенку понятно, что слово приблизительно не то же самое, что слов... текст свёрнут, показать
     
     
  • 12.96, Аноним (-), 21:04, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не надо аппелировать к детям, я не ребёнок Мнепох Отсылка от этого не прекрати... текст свёрнут, показать
     
  • 4.21, morphe (?), 05:26, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Например для банального дискретного счетчика, где тебе каждые 15 мс прилетает значение с АЦП которое тебе нужно возвести в квадрат, сложить № раз, а потом по истечению 1 секунды снять с этого квадратный корень и разделить на №. Не знаешь как ватты считаются, что ли?

    Ну типа, для этого много где просто swfloat используют, оно не настолько медленное чтобы от его отсутствия страдать в подобных задачах. Да и фиксированную точку зачастую можно использовать, зачем тебе в подобных вычислениях плавающая

    Для графики в embedded зачем плавающая точка вообще непонятно, целочисленных величин хватает, там обычно не такого размера экраны чтобы нужно было полноценную растеризацию делать

     
     
  • 5.25, _ (??), 05:46, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > в embedded

    Тут вам не embedded, тут ещё хуже! Тут вам IoT, это хрень такая в запаяных коробоках ...
    А UI у неЯ черзЪ уеб-Ынторфейс :)
    И сотри его со своего моЩЩЩногА смартыона\планшета и всю красоту рендери на __нЁмммм__ :)

     
  • 5.27, Аноним (10), 07:33, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > оно не настолько медленное чтобы от его отсутствия страдать в подобных задачах

    На livejournal была (и наверное только была) статья, которая смотрела на мнение "плавучка на 8-битном МК - гроб-гроб-кладбище, без своей библиотеки фиксированной запятой не обойтись" и приходила к выводу, что программная реализация float из gcc конкурентоспособна (только минус одна библиотека и плюс переносимость и плюс повышенная точность).

     
     
  • 6.52, Аноним (52), 12:38, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ты бы ещё geocities вспомнил бггг
     
  • 6.59, morphe (?), 14:00, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > и приходила к выводу, что программная реализация float из
    > gcc конкурентоспособна (только минус одна библиотека и плюс переносимость и плюс
    > повышенная точность).

    Я и не говорил что надо для swfloat что-то отдельное ставить, я про в целом способ реализации

    Почти везде реализация из libm взята, в т.ч в Rust: https://github.com/rust-lang/compiler-builtins/blob/main/libm/src/math/acos.rs

     
  • 5.74, windows10 (ok), 17:54, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну типа, для этого много где просто swfloat используют, оно не настолько
    > медленное чтобы от его отсутствия страдать в подобных задачах. Да и
    > фиксированную точку зачастую можно использовать, зачем тебе в подобных вычислениях плавающая

    Оно не просто медленное, оно мегамедленное

    > Для графики в embedded зачем плавающая точка вообще непонятно, целочисленных величин хватает,
    > там обычно не такого размера экраны чтобы нужно было полноценную растеризацию
    > делать

    Ты в курсе как рисуется примитивный КРУГ?

     
     
  • 6.94, _ (??), 20:43, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Ты в курсе как рисуется примитивный КРУГ?

    Я то - да :)

    А ты вот явно не в курсе, что его рисовать можно вообще без FP! :-D
    Ну чего людей смешишь то?! В школе жи рисовал, ну вспомни сразу 8 точек за итерацию ...
    ФамилиЁ Брезенхейм ничего не говорит?! :-\

    А кстати - и сколько тысяч окружностей в секунду тебе для IoT нужно? Если тебе вдрук упёрся именно GUI на той IoT'ке ...

     
  • 6.102, morphe (?), 22:01, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Ты в курсе как рисуется примитивный КРУГ?

    Дополню другого комментатора - для растеризации круга примерно всегда используют алгоритм Брезенхэма. Как тебе в подобной задачи должен помочь FPU? Ты собираешься на каждый пиксель круга дёргать sin/cos/sqrt? Это жесть как дорого даже с FPU, так это не делает никто

    https://en.wikipedia.org/wiki/Midpoint_circle_algorithm

    Приведи пример того, как по твоему должен рисоваться примитивный круг)

     
     
  • 7.113, Аноним (-), 02:18, 01/01/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > https://en.wikipedia.org/wiki/Midpoint_circle_algorithm
    > Приведи пример того, как по твоему должен рисоваться примитивный круг)

    Ты зело дофига хочешь от человека с ником windows10, прозрачно намекающим на всю мощь мощей.

     
  • 4.65, Аноним (65), 15:23, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Сиди дальше на ардуино с float. Остальные понимают, что в большинстве случаев вместо float НАДО использовать fixed point
     
     
  • 5.76, windows10 (ok), 17:57, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Сиди дальше на ардуино с float. Остальные понимают, что в большинстве случаев
    > вместо float НАДО использовать fixed point

    Большинства случаев не существует. Есть внешние данные, которые нужно обработать.

     
     
  • 6.95, _ (??), 20:50, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну тады у тебя два путя(С) :)

    1) Возьми железку с FP, то что в $Subj - не для тебя...
    2) Если ты советский инженер(С) ... короче - считай женился :))))

     
  • 6.97, morphe (?), 21:40, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Большинства случаев не существует. Есть внешние данные, которые нужно обработать.

    Можно пример таких данных что ты собираешься обрабатывать на iot железке? Опять же - большинство процессоров справляются с графикой без FPU, много stm32, много armv7, много esp32 S2 сущестует в подобной технике, и не имеют FPU, и всё хорошо

     
  • 2.5, Аноним (-), 00:31, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >  что бы произвести чип нужны огромные деньги, простым интересующимся такое не под силу.

    Что такое "простые интересующиеся"?
    Если взять mosis, то там стоимость входи от 50к баксов.
    Т.е даже для небольшой фирмы это вполне посильные деньги.

    Энтузиасты могут скинуться.
    Или каким-то уважаемым людям или на любой краудфандинговой компании.
    Т.к речь про IOT, то чипов нужно будет пучок каждому желающему.

     
     
  • 3.33, 12yoexpert (ok), 08:50, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    "произвести" и "заказать" это разные слова

     
  • 2.9, Медведь (ok), 03:06, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Полно вариантов программной реализации арифметики с плавающей точкой без FPU в процессоре, чего ныть-то? Для IoT с головой хватит.
     
     
  • 3.12, windows10 (ok), 03:32, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Полно вариантов программной реализации арифметики с плавающей точкой без FPU в процессоре,
    > чего ныть-то? Для IoT с головой хватит.

    Бггг. Сам-то пробовал? :))

     
     
  • 4.37, Медведь (ok), 10:35, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вот и выросло поколение... Плавающую арифметику более-менее сносно считал еще Spectrum, на несчастных 3.5 МГц тактовой и даже без целочисленного умножения/деления в системе команд процессора. И кстати, Z80 снят с производства меньше двух лет назад. Но нет, мы ж без FPU никак...
     
     
  • 5.41, Совершенно другой аноним (?), 11:24, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не только Spectrum, штатно 8086, 80286, 80386 и i486SX обходились без FPU (его надо было докупать отдельно). В компиляторах была поддержка программной эмуляции и даже не особо напрягаясь люди как-то считали во float-ах. А если надо было прямо очень быстро, то да, пытались уйти на целочисленные вычисления/фиксированную запятую/прочие трюки.
     
  • 5.75, windows10 (ok), 17:55, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Вот и выросло поколение... Плавающую арифметику более-менее сносно считал еще Spectrum,
    > на несчастных 3.5 МГц тактовой и даже без целочисленного умножения/деления в
    > системе команд процессора. И кстати, Z80 снят с производства меньше двух
    > лет назад. Но нет, мы ж без FPU никак...

    Верно. Мы без FPU никак. Просто потому что для забивания гвоздей существуют молотки, а микроскопы они децл для другого.

     
     
  • 6.82, Аноним (-), 18:32, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Да, вот ща мы каждому датчику протечки гумна поставим по сопроцессору плавучки ... большой текст свёрнут, показать
     
     
  • 7.89, windows10 (ok), 19:38, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Да, вот ща мы каждому датчику протечки гумна поставим по сопроцессору плавучки. Чтоб утопая в гумне он успевал перерабатывать его, видимо :)

    Датчикам это может и не нужно. Вот только встраиваемые системы - это не только датчики.

    Вот на данный момент я например 3д-печатаю. Стандартную прошивку (Marlin) и родную плату МК выбросил, поставил RPI и клиппер. Казалось бы - четыре шаговика, что сложного в их управлении?

    А нет, клиппер намного быстрее и качественнее печатает. Почему так? Потому что железо, поддерживающее FPU позволяет более точно вычислять микрошаги и траекторию движения, составляет более подробную карту поверхности (это когда у вас площадь неровная). И да, разница между 0.2 мм, 0.24 мм и 0.04 - весьма велика. Если вы будете печатать кубик высотой 5 см с погрешностью 0.04 мм -к половине кубика у вас начнется лапша, потому что сопло станет печатать не на предыдущем слое, а в воздухе.

    - - -

    Вы наверное не понимаете разницу между "без FPU нельзя" и "без FPU хуже". Вчитайтесь внимательнее.

     
     
  • 8.98, morphe (?), 21:45, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ору, ты взял лучший пример для этого У klipper та прошивка что в MCU загружае... текст свёрнут, показать
     
  • 8.100, morphe (?), 21:54, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    С fixed point ты сам задаёшь сколько бит точности тебе надо Если ты говоришь что... текст свёрнут, показать
     
  • 8.104, _ (??), 22:38, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Есть ещё рариант про с FPU хуже - только ты упорно его видеть слышать пониать ... текст свёрнут, показать
     
     
  • 9.132, Аноним (132), 22:21, 01/01/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Кто ж вам площадь кристалла бесплатно то подарят За 20 центов - только хардкорн... большой текст свёрнут, показать
     
  • 8.112, Аноним (-), 01:51, 01/01/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А концентратор и прочие UI я пардон муа на линухе сделаю Минимальный одноплатни... большой текст свёрнут, показать
     
  • 5.125, Tron is Whistling (?), 10:47, 01/01/2026 [^] [^^] [^^^] [ответить]  
  • +/
    FP на Z80? У меня аж волосы на заднице зашевелились при упоминании.
    Там это стоило таких костылей, что оно годилось разве что в калькулятор.
    Все более-менее сносные вещи делали в очень хитрых fixed point, причём очень часто - табличной предконверсией, причём с извратами, те же синусы например часто упаковывали на условные 256 градусов :D вместо привычных 360. Потому что там даже 16-битные операции - это уже нетривиальная долбанина.
     
     
  • 6.129, Медведь (ok), 18:00, 01/01/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Такая программа



    10 LET n=1.0
    20 FOR i=1 TO 10000
    30 LET n=SQR (n*1.0001)
    40 NEXT i
    50 PRINT n



    выполняется за 1220 с на spectrum -- интерпретатором basic и на 3.5 МГц, то есть 0.122 с на итерацию. На 400 МГц это заняло бы 0.0011 с. Получается, что даже Z80 и спектрумовского бейсика с его чистой воды интерпретацией на каждом шаге на 400 МГц вполне хватило бы для обработки сигнала с периодом 0.015 с )))
     
     
  • 7.130, Tron is Whistling (?), 21:19, 01/01/2026 [^] [^^] [^^^] [ответить]  
  • +/
    427000 тактов CPU на итерацию, блжд. Это кошмар.
     
     
  • 8.140, Медведь (ok), 00:17, 02/01/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Думается, тут львиную долю тактов отжирает как раз интерпретатор ... текст свёрнут, показать
     
  • 2.18, Roman Dyaba (ok), 04:39, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Зачем людям мозг выносишь - возьми старый пень или целерон и паяльник, распаяй ему питание прямо на плате. Поставь туда QNX RTP 6.0 , который с Photon. И будешь счастлив !
     
     
  • 3.26, _ (??), 05:55, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Зачем людям мозг выносишь - возьми старый пень или целерон

    Жрёт. Греется. Забивается пылью. Гудит.
    Да ну нах такое счастье. А если брать Ындустриальный фанлесс... цена - уже не торт :(

    > Поставь туда QNX RTP 6.0 , который с Photon.

    Зойчем?!?!? Ея как RIM/Blackberry схавал - оно не торт.
    Да и ЗОЙЧЕММ тебе Hard-RT??? Там базового линя - обмотаться!

     
  • 3.83, Аноним (-), 18:33, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Зачем людям мозг выносишь - возьми старый пень или целерон и паяльник,
    > распаяй ему питание прямо на плате. Поставь туда QNX RTP 6.0
    > , который с Photon. И будешь счастлив !

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

     
  • 3.126, Tron is Whistling (?), 10:56, 01/01/2026 [^] [^^] [^^^] [ответить]  
  • +/
    И батарейки в рюкзаке.
     

  • 1.7, Кошкажена (?), 01:52, 31/12/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +10 +/
    > Xous is a microkernel operating system written in pure Rust

    ...с unsafe в 101 файле*

    * если верить github поиску

     
     
  • 2.44, Аноним (-), 11:52, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > ...с unsafe в 101 файле*

    Не 101, а 2433 (включая комменты) на всего лишь 585523 строк растового кода.

    если учесть что большая часть это однострочные вызовы, типа
    let mut i2c = unsafe {
                    bao1x_hal::udma::I2cDriver::new_with_ifram(
                        i2c_channel,
                        400_000,
                        100_000_000,
                        i2c_ifram,
                        &udma_global,
                    )
                };

    То колличество safe кода можешь прикинуть сама.

    В любом случае это больше чем в дыpяшke где весь код будет unsafe.

     
     
  • 3.66, Кошкажена (?), 15:26, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> ...с unsafe в 101 файле*
    > если учесть что большая часть это однострочные вызовы, типа

    Уязвимостям все равно. А вот гарантии раста ломаются на весь остальной код.

     

  • 1.8, Аноним (10), 03:03, 31/12/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    > две крайности - полнофункциональные чипы с блоком управления памятью (MMU)
    > разумного компромисса
    > легковесность, свойственную микроконтроллерам ARM без MMU
    > Наличие MMU в Baochip-1x позволяет
    > *и 5 ядер почти по гигагерцу*

    Чево?

     
     
  • 2.84, Аноним (-), 18:36, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> две крайности - полнофункциональные чипы с блоком управления памятью (MMU)
    >> разумного компромисса
    >> легковесность, свойственную микроконтроллерам ARM без MMU
    >> Наличие MMU в Baochip-1x позволяет
    >> *и 5 ядер почти по гигагерцу*
    > Чево?

    Да там какой-то сплошной заказ с алиэкспресса в новости. На картинке - одно. В тексте - другое. Не хватает еще надписи типа "зеленый доска мягкий разработчик".

     

  • 1.14, Аноним (14), 04:04, 31/12/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Зачем нужен Xous, если есть Muen и Ironclad на Аda/SPARK? Ну и L4 ещё, конечно же.
     
  • 1.15, Roman Dyaba (ok), 04:28, 31/12/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Вот например Arduino подходит под проект, делает нужную работу, показывает дисплей нужного X*Y точек и размера, а в нём часов нет совсем. Поэтому на основе календаря ничего сделать нельзя. Пример - автономная метеостанция с использованием Астрономических данных из таблицы.
     
     
  • 2.20, 12yoexpert (ok), 04:48, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вот например Arduino

    про ардуино с октября 2025 года можно забыть навсегда

     
     
  • 3.23, Roman Dyaba (ok), 05:37, 31/12/2025 Скрыто ботом-модератором     [к модератору]
  • –7 +/
     
     
  • 4.53, Аноним (52), 13:02, 31/12/2025 Скрыто ботом-модератором     [к модератору]
  • +3 +/
     
     
  • 5.124, Tron is Whistling (?), 10:42, 01/01/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.90, windows10 (ok), 19:46, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > про ардуино с октября 2025 года можно забыть навсегда

    С чего бы это?

    Arduino - это не просто конкретная архитектура микроконтроллера, это скорее архитектура системы, внесшая порядок, примерно как IBM-PC в этих ваших х86. Благодаря этому, МК получили понятный уровень абстракции, понятное наименование и нумерацию портов, вменяемый IDE  с С++ подобным синтаксисом, и огромное комьюнити.

    Для STM32 на гите 82 тысячи проектов. Для Arduino - 373 тысячи. Это не хорошо, и не плохо, это просто увеличивает порог входа и дает +1 шанс к тому, что твою проблему уже кто-то решил.

    И Qualcomm от этой традиции никуда не уходит.

    Плюс ко всему, как было написано выше, Arduino - это культура, а не просто торговая марка, так что тебе никто не запрещает брать китайский LGBTQ и шлепать на него скетчи как на Ардуину. Или взять голый чип 328PU, прошить его как Ардуину и шлепать на него скетчи. В DIP корпусе оно даже внешний кварц не требует, лол.


     
  • 2.85, Аноним (-), 18:40, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > на основе календаря ничего сделать нельзя. Пример - автономная метеостанция с
    > использованием Астрономических данных из таблицы.

    Кому очень надо - цепляют DS2312 к нему по i2c, тоже мне рокетсайнс. Хотя лучше прокачать скилл и STM32 чтоли взять какой. Намного более осмысленная инженерия. Ну или хотя-бы клон с него от луноликих, но с клонами можно и горя хлебнуть.

     
     
  • 3.91, windows10 (ok), 20:00, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Кому очень надо - цепляют DS2312 к нему по i2c, тоже мне
    > рокетсайнс.

    И лечат пнос затыканием жпы.

    > Хотя лучше прокачать скилл и STM32 чтоли взять какой.

    Какую проблему решает использование STM32?

    > Намного более осмысленная инженерия. Ну или хотя-бы клон с него от луноликих,
    > но с клонами можно и горя хлебнуть.

    В чем осмысленность, и зачем осмысленность?

    Ну вот к примеру мне нужно считать показания с датчика A и вывести на экран B. Для чего мне дрчиться в какую-то осмысленную инженерию, если в конечном итоге это приведет к тому же самому результату?

     
     
  • 4.115, Аноним (-), 04:05, 01/01/2026 [^] [^^] [^^^] [ответить]  
  • +/
    С другой стороны - задача то решена Да, уж как умели Но это лучше чем никак ... большой текст свёрнут, показать
     
     
  • 5.123, Tron is Whistling (?), 10:38, 01/01/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Тут момент.

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

    Но ардуина - это не просто MC. Это да, целая экосистема, ценность которой несколько выше ценности собственного самого MC. Но тут второе но: это экосистема больше для индивидуэл юз и лабных экспериментаторов. Поэтому даже при откровенно х** реализации собственно железа, у неё больше востребованность именно в секторе кулибиных, в т.ч. тех, которым чистый STM32 освоить сложно, и от этого никуда не деться. Потом часть этих кулибинов, которые выросли из ютубинга своих поделок, и которым уже реал юз нужен - придут и к STM32 и к прочим :)

    Короче тёплое с мягким сравнивать "в лоб" бессмысленно.

     
     
  • 6.135, Аноним (-), 22:45, 01/01/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Фокус в том что абдурин - юзает обычный Atmel AVR Точнее, уже Microchip AVR Да... большой текст свёрнут, показать
     

  • 1.19, 12yoexpert (ok), 04:44, 31/12/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    ладно заловендорлочить ядро на llvm (нет, не ладно), но завендорлочить целый ЦПУ на llvm - это что-то с чем-то
     
     
  • 2.28, Аноним (28), 07:41, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Есть ресурсы на поддержку 1001 компилятора?
     
     
  • 3.29, 12yoexpert (ok), 08:34, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ты, видимо, пытался спросить "есть ресурсы на лоббирование на уровне правительства и рекламу из каждого утюга?", подразумевая, что ресурсов у майкрософт достаточно? так вот, у тебя плохо получилось
     
  • 3.34, Аноним (34), 08:51, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Есть ресурсы на поддержку 1001 компилятора?

    Десяток хоть назовешь?

     
     
  • 4.54, Аноним (52), 13:03, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Для начала назову один, если обеспечишь его поддержку - буду по одному называть следующие. Готов?
     
     
  • 5.86, Аноним (-), 18:43, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Для начала назову один, если обеспечишь его поддержку - буду по одному
    > называть следующие. Готов?

    Gccrs. Но он пока несколько недопиленный. Что как бы повод с сабжем дела не иметь. Зависеть от узкой клики майкрософта, гугл и эпла при том что им на вон то в целом пофигу - сами понимаете.

    Они уже в последних версиях LLVM и clang своими индусами какую-то дичь сотворили, Торвальдс недавно в рассылке ругался как раз. Но не только он - это стало лезть довольно много где. Код жирный, тормозной а если не повезло то е ще и глючит.

     
  • 2.45, Аноним (45), 12:09, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Докажите вендорлок на llvm.
     
     
  • 3.57, Аноним (57), 13:35, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    очень просто доказать математически

    принимаем llvm за 2 в десятичной системе счисления
    принимаем вендорлок за 3 в десятичной системе счисления

    принимаем 5 в десятичной системе счисления за доказательство

    итого 2+3=5, следовательно llvm имеет вендорлок

    обратно тоже доказывается: 5-2=3; 5-3=2.

    надеюсь это помогло вам убедиться в наличии вендорлока

     
     
  • 4.62, morphe (?), 14:20, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > 5-3=2

    Доказательство - вендорлок = ллвм

    Вот тебе и доказательство что в ллвм нет вендорлока

     
     
  • 5.114, Аноним (31), 03:30, 01/01/2026 [^] [^^] [^^^] [ответить]  
  • +/
    кто тебе сказал, что в доказательстве только один вендорлок?
     
  • 2.48, Tron is Whistling (?), 12:28, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да ладно, пусть играются. Для их собственных применений этого скорее всего вполне достаточно, что собственно и решает. Снаружи всё равно не взлетит, как и вся рисква. Архитектура по балансу сложности-производительности от ARM отстаёт на световые годы, а фрагментация IP уже на уровне.
     
     
  • 3.55, Аноним (52), 13:13, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > не взлетит, как и вся рисква

    А инженеры WD и не в курсе, что "рисква" не взлетела...

     
     
  • 4.99, Tron is Whistling (?), 21:47, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Инженеры, я думаю, копротивлялись, но там роялти такие, что решили попробовать сопельки в шоколаде. Возможно ещё выстрелит, в очередной раз, лично я после серий разнотипных факапов с HDD и SSD к WD уже лет 10 не прикасаюсь.
     
  • 4.101, Tron is Whistling (?), 21:55, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Хотя будем честными - SWerV'у уже пять лет, а SSD всё ещё на физоне, хорошо если не на сандиске. Такой вот успех - а планировалось-то именно под SSD в начале. От 2023-2025 вообще новостей про внедрёж около 0, разве что кому-то IP впарили из партнёров.
     
     
  • 5.111, Аноним (-), 01:32, 01/01/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Будем честными - RISCV уже несколько миллиардов выпущено Вот прям ща мне более ... большой текст свёрнут, показать
     
     
  • 6.119, Tron is Whistling (?), 10:16, 01/01/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем тебе 100 юнитов? Надеешься из них один core2duo собрать?
     
     
  • 7.136, Аноним (136), 22:52, 01/01/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А почему бы за 20 центов и не взять мелкоопт с скидкой да и датчик протечки г... большой текст свёрнут, показать
     
  • 2.122, Tron is Whistling (?), 10:31, 01/01/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > ладно заловендорлочить ядро на llvm (нет, не ладно), но завендорлочить целый ЦПУ
    > на llvm - это что-то с чем-то

    Не, ну это ж разовая акция. Послезавтра эта однодневка уйдёт с рынка и всё, будет какое-то ещё поделие вместо неё. Там плакать-то будет же не тот, кто завендорлочил, а тот, кто это рискнул использовать или на это завязаться.

     

  • 1.35, Аноним (35), 09:49, 31/12/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    >>Серверы ожидают поступления сообщений и запускают связанный c полученным сообщением код на языке Rust.

    что тут за бред написан ?

     
     
  • 2.39, Совершенно другой аноним (?), 11:12, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Попытались описать механизм Send/Receive/Reply из QNX.

    Там суть в том, что сервер в основном цикле вызывает Receive() и блокируется микроядром на ожидании запроса. В определённый момент клиент выполняет Send() с указанием сервера и блокируется микроядром на ожидании ответа, а сервер разблокируется и ему передаются данные, которые клиент указал в Send(). На основании этих данных сервер выполняет какие-то действия и при помощи Reply() разблокирует клиента, который получает данные, которые сервер передал в Reply(). Функции Send(), Receive() и Reply() являются примитивами (системными вызовами) микроядра, и позволяют унифицировано передавать данные как между двумя независимыми процессами, так и между процессом и микроядром.

     
  • 2.40, Аноним (40), 11:21, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    "Every Xous Server contains a central loop that receives a Message, matches the Message Opcode, and runs the corresponding rust code"
    https://betrusted.io/xous-book/#architecture
     
     
  • 3.43, Аноним (35), 11:37, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    и тут бред написан
     
     
  • 4.56, Аноним (52), 13:14, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А ну-ка, поделись, что было бы не-бредом, в твоём понимании?
     

  • 1.46, Аноним (47), 12:23, 31/12/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Поясните, почему аппаратная многозадачность в x86 оказалась тормознее программно... большой текст свёрнут, показать
     
     
  • 2.49, Tron is Whistling (?), 12:29, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Потому что это переусложняет и так недешёвое железо + надо совместимость поддерживать между ревизиями, а ревизий при такой сложности будет очень много. Вполне себе реализованы подпорки для софта, которые позволяют всё вышеперечисленное делать с минимальными накладными расходами. Хоть ядро отделяй, хоть десять - всё на совести условного гипервизора.
     
  • 2.50, Tron is Whistling (?), 12:31, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Гляньте в Xen хотя бы - оно не далеко от вашей идеи, за исключением отсутствия чётко выделенных ядер - хотя это вполне себе делается просто на уровне конфигурации.
     
  • 2.58, Совершенно другой аноним (?), 13:37, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Поясните, почему аппаратная многозадачность в x86 оказалась тормознее программной, из-за
    > чего её избегали использовать, из-за чего в конце-концов выпилили.

    Не совсем так, и там - и там вполне себе аппаратная многозадачность, а вот переключение контекстов процессов в первом случае аппаратное (call TSS), а во втором - программное (push/push/push; mov esp,xxx; pop/pop/pop). Во втором случае можно было сохранять сильно не всё (можно было не сохранять FPU, если его не использовала текущая задача), и вообще было более удобно для программиста, где он сам мог выстраивать удобные ему структуры, а не мучаться с TSS.

    > мешает сделать чип с аппаратной поддержкой I/O, где ядру ОС выделено
    > специальное физическое ядро, желательно оптимизированное под исполнение ядра ОС

    если правильно понимаю - примерно так в iMX.6 сделали реализацию DMA на SOC (спец. RISC-процессор, но не архитектуры ARM, со спец.прошивкой, который и реализует контроллер DMA). Честно говоря, получилось не очень. Такое замечательное DMA пришлось для некоторых контроллеров (SPI), отключать, т.к. оно нормально не работало. Хотя, конечно, идея была красивая.

     
  • 2.61, Аноним (-), 14:19, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще как-то так выходит, что сложные процессорные инструкции оказываются тормознее, чем последовательность простых. Когда-то в x86 были инструкции enter/leave для организации стековых фреймов, и где они теперь? У меня есть предположение, что последовательность простых инструкций проще раскидать про конвеерам, чем одну сложную инструкцию выполняющую то же самое. Но это лишь предположение.
     
     
  • 3.63, morphe (?), 14:29, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > У меня есть предположение, что
    > последовательность простых инструкций проще раскидать про конвеерам, чем одну сложную
    > инструкцию выполняющую то же самое. Но это лишь предположение.

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

    Если бы сейчас кто-то решил изобрести новый cisc, то он смог бы вместить туда намного более полезные инструкции

    enter/leave имели смысл для ручного написания asm кода, сейчас же только leave можно встретить в выхлопе компилятора, enter делает слишком много вещей которые условному gcc не нужны, потому что он при компиляции сам способен всё посчитать, не перекладывая это на рантайм
    https://www.felixcloutier.com/x86/enter

     
     
  • 4.67, Аноним (-), 15:37, 31/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Например SIMD инструкции перекладывающие числа оттуда сюда или выполняющие четы... большой текст свёрнут, показать
     
     
  • 5.109, Аноним (-), 00:55, 01/01/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Например всякие CISC команды бывшие в x86 без всяких SIMD еще Там есть реально ... большой текст свёрнут, показать
     
     
  • 6.127, Аноним (127), 11:46, 01/01/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Чо, с перепою вообще котелок не варит, даже прочитать не получается то, на что о... большой текст свёрнут, показать
     
     
  • 7.128, Аноним (128), 15:35, 01/01/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Микрооперации не эквивалентны микрокоду. И инструкци в микрокоде всегда почему-то тоормознутее.
     
     
  • 8.133, Аноним (-), 22:28, 01/01/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ссылку на измерения пжалста Как тебе удалось сравнить время выполнения микроопе... текст свёрнут, показать
     
  • 8.134, Аноним (-), 22:29, 01/01/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Я так заинтересовался техникой, что забыл про самое главное в контексте разгово... текст свёрнут, показать
     
  • 7.137, Аноним (-), 23:16, 01/01/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Мне кажется что проспаться после НГ надо и этому комментатору Который где-то на... большой текст свёрнут, показать
     
  • 4.106, Аноним (-), 00:41, 01/01/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Однако в x86 проблема несколько другая - там сложных инструкций оочень много,
    > и при этом сомнительной полезности в современном мире, оптимизировать их дорого
    > и не нужно.

    Реальные проблемы x86:
    1) это не масштабируется вертикально.
    2) переусложненные системы, которые крайне сложны в bringup и не могут ни шагу без блобов
    3) два с половиной поставщика вместо экосистемы
    4) переклин не винтеле которому в сабжеобразном ловить нечего

     
     
  • 5.121, Tron is Whistling (?), 10:28, 01/01/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Реальные проблемы x86:
    > 1) это не масштабируется вертикально.

    x86 масштабируется и вертикально и горизонтально. Более того, до определённого момента на горизонтальное масштабирование (сиречь число CPU, далее ведер) просто забивали кроме серверных применений. Просто вертикальное уже почти достигло имеющихся физических пределов технологии - все остальные к таковым тоже близко, но в силу меньшей востребованности - чуть дальше.

    > 2) переусложненные системы, которые крайне сложны в bringup и не могут ни шагу без блобов

    С армами всё ещё хуже. Во-первых, жутчайшая фрагментация. Во-вторых, фрагментация + вендорлок чуть более, чем везде. Без блоба во внутренние "акселераторы" редкий реальный арм (я не о чистых дебажных, я о реально эксплуатируемых) вообще как-либо стартует, ну либо стартует, но в виде огрызка с чистой жевалкой команд и околонулём периферии.

    > 3) два с половиной поставщика вместо экосистемы

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

     
     
  • 6.138, Аноним (-), 23:37, 01/01/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Законкурируй этот мой мешочек CH32 RISCV за 20 центов своим x86 Почем сможешь д... большой текст свёрнут, показать
     
     
  • 7.141, Аноним (10), 02:34, 02/01/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Мне такие системы просто не требуются. Даже на мой десктоп и сервера.

    Что в них стоит?

     
  • 4.120, Tron is Whistling (?), 10:23, 01/01/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Если бы сейчас кто-то решил изобрести новый cisc, то он смог бы вместить туда намного более полезные инструкции

    А через 10 лет - ещё раз переизобрести, с новыми. И каждые 10 лет - переиначивать все ОС и компиляторы. x86 потому в недостижимых высотах и летает, что реальная ISA, с нее... сроками поддержки и совместимости. И не только собственно в системе команды CPU, но и в инфраструктуре.

     

  • 1.64, Ант (?), 15:04, 31/12/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    А как микроядро( скорее наноядро)  может иметь размер 4 кБ, ведь Раст имеет рантайм( даже без std он один больше этих 4 кБ наверное будет) ?
     
  • 1.69, Аноним (69), 16:19, 31/12/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вот это нормальный вариант использования rust. Никакой условной компиляции не надо. Чип один - код один. С жестко зашитой архитектурой.
    Вплоть до каждого регистра.

    Из-за этого код остается читаем и без дублирования.

    Это единственно верный вариант использования rust.

     

  • 1.70, Аноним (-), 17:06, 31/12/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Создатели чипа Baochip-1x попытались совместить легковесность,
    > свойственную микроконтроллерам ARM без MMU, с возможностями изоляции памяти, доступными в полноценных CPU.

    И получилась какая-то неведомая е... х... из разряда ни два ни полтора.

    > Чип спроектирован для использования вместе с микроядерной операционной системой Xous,

    Да еще - с неведомым системным софтом ни два ни полтора.

    Итого? Удачи в продажах этому чипмейкеру :). А пока заказики лотов уехали allwinner и wch, тоже с RISCV но без всякой эзотерики.

     
     
  • 2.108, Аноним (31), 00:52, 01/01/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Совместимости ни с чем нету, так что вещь сама в себе, такое производят каждый месяц кто-нибудь не по разу.
     
     
  • 3.110, Аноним (-), 01:03, 01/01/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Совместимости ни с чем нету, так что вещь сама в себе, такое
    > производят каждый месяц кто-нибудь не по разу.

    Ну как бы можете посмотреть на продажи Novena или что там у этого автора. Вот только с такой же фигней но по 22 нм техпроцессу его инвесторы линчуют, пожалуй, если он не придумает куда пару миллионов этого спихнуть. А с таким дизайном чипа это будет нелегко.

     
     
  • 4.117, Аноним (117), 04:17, 01/01/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Да он уже спихнул. Производство чипа оплатила компания, делающей криптокошельки. С хуангом по-видимому договор - он им чип сдизайнит бесплатно, а они оплатят производство, и у этой же компании энтузиасты эти физические чипы и купят как дополнительный бизнес. Мемристорная память на чипе - это тоже прикол от этой компании, их разработка, поэтому все кто хотят форкать - хоть обфоркуются, чип завязан на патенты и ноу-хау этой компании.
     
     
  • 5.118, Аноним (117), 04:18, 01/01/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Я даже не уверен, что чип сам хуанг дизайнил, а не компания, а хуанга как франшизу на раскрутку.
     
  • 5.139, Аноним (139), 23:44, 01/01/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > купят как дополнительный бизнес. Мемристорная память на чипе - это тоже
    > прикол от этой компании, их разработка, поэтому все кто хотят форкать
    > - хоть обфоркуются, чип завязан на патенты и ноу-хау этой компании.

    Ну вот мемристоры как таковые может и неплохая идея. Но там как-то мало сведений - может ли сие флеху заменять, как там с data retention, вот этим всем. А при 22 нм для "mcu-like" дизайна это не праздные вопросы. Ибо бла-бла про безопасность это отлично, но что будет если в проц какая-то космическая частица влетит? А, на этот случай гарантии Rust не распостраняются, а 22 нм чипы так по жизни уже - довольно хлипки по МКшным меркам? И вот куды это нечто предлагается и зачем?


     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2025 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру