Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Микроядро Xous и открытый чип Baochip-1x для создания безопасных встраиваемых систем"	+/–
Сообщение от opennews (??), 30-Дек-25, 23:25
Эндрю Хуан (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... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=64521
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

3. Сообщение от Аноним (3), 30-Дек-25, 23:57	+4 +/–
Все супер, за одним но - в уже почти 2026 году, и нет хотя бы 32 битного флоат? Это сразу огромное ограничение. Скажете дизайн открыт - ну и что, нарисовать всё что угодно можно, а что бы произвести чип нужны огромные деньги, простым интересующимся такое не под силу.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #4, #5, #9, #18

4. Сообщение от bircoph (ok), 31-Дек-25, 00:06	–8 +/–
> и нет хотя бы 32 битного флоат? И зачем он в IOT? > Это сразу огромное ограничение Для каких конкретно задач?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #6

5. Сообщение от Аноним (-), 31-Дек-25, 00:31	+/–
>  что бы произвести чип нужны огромные деньги, простым интересующимся такое не под силу. Что такое "простые интересующиеся"? Если взять mosis, то там стоимость входи от 50к баксов. Т.е даже для небольшой фирмы это вполне посильные деньги. Энтузиасты могут скинуться. Или каким-то уважаемым людям или на любой краудфандинговой компании. Т.к речь про IOT, то чипов нужно будет пучок каждому желающему.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #33

6. Сообщение от windows10 (ok), 31-Дек-25, 00:46	+3 +/–
> И зачем он в IOT? В твоем понимании IOT - это подергать лампочкой. Но это далеко не все. > Для каких конкретно задач? Например для LVGL. Понимаю что твое дергание лампочкой в туалете вывода в красивом выводе на дисплей не нуждается - но это не у всех так. Например для банального дискретного счетчика, где тебе каждые 15 мс прилетает значение с АЦП которое тебе нужно возвести в квадрат, сложить № раз, а потом по истечению 1 секунды снять с этого квадратный корень и разделить на №. Не знаешь как ватты считаются, что ли? А что, определение человека или кота на камере видеонаблюдения перестало быть IOT'ом? Ну давай выведи соответствие по маске хотя бы 320х240@15. Уже не говоря за то что любая вещь может иметь собственный веб-интерфейс для конфигурирования, и такие штуки нужны чтобы он не был дубовым как в Ардуйнях. Задач полно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #10, #21, #65

7. Сообщение от Кошкажена (?), 31-Дек-25, 01:52	+10 +/–
> Xous is a microkernel operating system written in pure Rust ...с unsafe в 101 файле* * если верить github поиску
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #44

8. Сообщение от Аноним (10), 31-Дек-25, 03:03	+3 +/–
> две крайности - полнофункциональные чипы с блоком управления памятью (MMU) > разумного компромисса > легковесность, свойственную микроконтроллерам ARM без MMU > Наличие MMU в Baochip-1x позволяет > *и 5 ядер почти по гигагерцу* Чево?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #84

9. Сообщение от Медведь (ok), 31-Дек-25, 03:06	+4 +/–
Полно вариантов программной реализации арифметики с плавающей точкой без FPU в процессоре, чего ныть-то? Для IoT с головой хватит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #12

10. Сообщение от Аноним (10), 31-Дек-25, 03:08	–2 +/–
А float при чём тут во всех случаях? > по истечению 1 секунды снять с этого квадратный корень Сколько сотен мегагерц не хватает для этого железке из новости?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #11

11. Сообщение от windows10 (ok), 31-Дек-25, 03:31	+2 +/–
> А float при чём тут во всех случаях? Ты вообще понимаешь что такое float? > Сколько сотен мегагерц не хватает для этого железке из новости? Не сотен мегагерц, а тактов. Если у процессора нет FPU, или его не поддерживает ядро - блоку ALU приходится раскладывать относительно простую арифметическую операцию на составляющие операции которые он выполняет последовательно, приблизительно тому как ты делишь в столбик (если вас в школе этому еще учат). 14.5/2 в случае деления FPU'хой займет примерно два такта командой FDIV. В случае ALU это будет около восьмидесяти тактов. Именно поэтому четырехядерный Xeon по 2.5 ГГц при проигрывании 4К-видоса греется и пропускает кадры, а какой-нибудь двухядерный ARMик щелкает на 800 МГц и не напрягается. А float нужен не только для непосредственно вычислений IOT, он нужен практически в любой современной и не очень системе - ФС, выводе картинки на экран, обработке сетевых подключений, сообщений ядра. Я тебе советую скачать исходник какой-нибудь часто используемой небольшой программы и сделать в его каталоге grep -r 'float' * Удивишься.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #16, #22, #24, #36

12. Сообщение от windows10 (ok), 31-Дек-25, 03:32	+2 +/–
> Полно вариантов программной реализации арифметики с плавающей точкой без FPU в процессоре, > чего ныть-то? Для IoT с головой хватит. Бггг. Сам-то пробовал? :))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #37

14. Сообщение от Аноним (14), 31-Дек-25, 04:04	–1 +/–
Зачем нужен Xous, если есть Muen и Ironclad на Аda/SPARK? Ну и L4 ещё, конечно же.
Ответить | Правка | Наверх | Cообщить модератору

15. Сообщение от Roman Dyaba (ok), 31-Дек-25, 04:28	–1 +/–
Вот например Arduino подходит под проект, делает нужную работу, показывает дисплей нужного X*Y точек и размера, а в нём часов нет совсем. Поэтому на основе календаря ничего сделать нельзя. Пример - автономная метеостанция с использованием Астрономических данных из таблицы.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #20, #85

16. Сообщение от Аноним (10), 31-Дек-25, 04:29	+2 +/–
Ага, ясно, с наступающим. А ведь потом протрезвеешь и вспомнишь, что в видеодекодерах нет плавающей запятой. Там даже целые числа консервативно используют, чтоб не жрало процессор и память. Хуже того - там функции заранее вычисляют и в lookup-таблицы кладут...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #31

18. Сообщение от Roman Dyaba (ok), 31-Дек-25, 04:39	–2 +/–
Зачем людям мозг выносишь - возьми старый пень или целерон и паяльник, распаяй ему питание прямо на плате. Поставь туда QNX RTP 6.0 , который с Photon. И будешь счастлив !
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #26, #83, #126

19. Сообщение от 12yoexpert (ok), 31-Дек-25, 04:44	+1 +/–
ладно заловендорлочить ядро на llvm (нет, не ладно), но завендорлочить целый ЦПУ на llvm - это что-то с чем-то
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #28, #45, #48, #122

20. Сообщение от 12yoexpert (ok), 31-Дек-25, 04:48	+1 +/–
> Вот например Arduino про ардуино с октября 2025 года можно забыть навсегда
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #23, #90

21. Сообщение от morphe (?), 31-Дек-25, 05:26	+1 +/–
> Например для банального дискретного счетчика, где тебе каждые 15 мс прилетает значение с АЦП которое тебе нужно возвести в квадрат, сложить № раз, а потом по истечению 1 секунды снять с этого квадратный корень и разделить на №. Не знаешь как ватты считаются, что ли? Ну типа, для этого много где просто swfloat используют, оно не настолько медленное чтобы от его отсутствия страдать в подобных задачах. Да и фиксированную точку зачастую можно использовать, зачем тебе в подобных вычислениях плавающая Для графики в embedded зачем плавающая точка вообще непонятно, целочисленных величин хватает, там обычно не такого размера экраны чтобы нужно было полноценную растеризацию делать
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #25, #27, #74

22. Сообщение от morphe (?), 31-Дек-25, 05:28	–1 +/–
> 14.5/2 в случае деления FPU'хой займет примерно два такта командой FDIV. В случае ALU это будет около восьмидесяти тактов. 14.5/2 через фиксированную точку будет делиться даже быстрее чем через плавающую, ещё раз, зачем тебе float?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #78

23. Сообщение от Roman Dyaba (ok), 31-Дек-25, 05:37    Скрыто ботом-модератором	–7 +/–
https://sinardcom.ru/blogs/blogs/novye-usloviya-arduino-vyzv... Что изменилось ? Qualcomm практически незаметно опубликовала обновленные документы, в которых появились новые требования к пользователям. Среди них — несколько пунктов, которые вызвали наибольшее недовольство:     Бессрочная и безотзывная лицензия на любой загруженный пользователями контент.     Это означает, что любые проекты, схемы, код или изображения могут использоваться корпорацией без ограничений.     Расширенный сбор данных и мониторинг, в том числе для функций, связанных с искусственным интеллектом.     Передача данных в единую глобальную инфраструктуру Qualcomm, включая информацию о несовершеннолетних пользователях.     Запрет на обратное проектирование (reverse engineering) Arduino без официального разрешения. Этот пункт особенно болезнен для хардверного сообщества, где анализ и модификация устройств всегда считались нормой.     Долгосрочное хранение данных о пользователях, даже если аккаунт был удалён. Для обычных людей, всё как было, так и осталось. Компания хочет заурядную статистику и делает то же, что GPL/GNU. Те же принципы, только изложенные буквально на русском языке. Так в чём проблема ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #53

24. Сообщение от _ (??), 31-Дек-25, 05:42	–1 +/–
>> А float при чём тут во всех случаях? > Ты вообще понимаешь что такое float? А ты, в свою очередь - вообще понимаешь что такое IoT?!?! :) А то давай потребуем ему PCI Express 16-lanes впердолить! Ну удобно жи - можно печку Nvidia 4090 подключить и 4К VR генерить на лету! В IoT без этого - точно никуда :))))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #79

25. Сообщение от _ (??), 31-Дек-25, 05:46	–1 +/–
> в embedded Тут вам не embedded, тут ещё хуже! Тут вам IoT, это хрень такая в запаяных коробоках ... А UI у неЯ черзЪ уеб-Ынторфейс :) И сотри его со своего моЩЩЩногА смартыона\планшета и всю красоту рендери на __нЁмммм__ :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

26. Сообщение от _ (??), 31-Дек-25, 05:55	+/–
> Зачем людям мозг выносишь - возьми старый пень или целерон Жрёт. Греется. Забивается пылью. Гудит. Да ну нах такое счастье. А если брать Ындустриальный фанлесс... цена - уже не торт :( > Поставь туда QNX RTP 6.0 , который с Photon. Зойчем?!?!? Ея как RIM/Blackberry схавал - оно не торт. Да и ЗОЙЧЕММ тебе Hard-RT??? Там базового линя - обмотаться!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

27. Сообщение от Аноним (10), 31-Дек-25, 07:33	+/–
> оно не настолько медленное чтобы от его отсутствия страдать в подобных задачах На livejournal была (и наверное только была) статья, которая смотрела на мнение "плавучка на 8-битном МК - гроб-гроб-кладбище, без своей библиотеки фиксированной запятой не обойтись" и приходила к выводу, что программная реализация float из gcc конкурентоспособна (только минус одна библиотека и плюс переносимость и плюс повышенная точность).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #52, #59

28. Сообщение от Аноним (28), 31-Дек-25, 07:41	–1 +/–
Есть ресурсы на поддержку 1001 компилятора?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #29, #34

29. Сообщение от 12yoexpert (ok), 31-Дек-25, 08:34	+1 +/–
ты, видимо, пытался спросить "есть ресурсы на лоббирование на уровне правительства и рекламу из каждого утюга?", подразумевая, что ресурсов у майкрософт достаточно? так вот, у тебя плохо получилось
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

31. Сообщение от Аноним (31), 31-Дек-25, 08:43	+/–
> нет плавающей запятой. Там даже целые числа консервативно используют, чтоб не жрало процессор и память Мощно придумал! Вроде завтра не первое апреля...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #38

33. Сообщение от 12yoexpert (ok), 31-Дек-25, 08:50	+/–
"произвести" и "заказать" это разные слова
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

34. Сообщение от Аноним (34), 31-Дек-25, 08:51	+/–
>Есть ресурсы на поддержку 1001 компилятора? Десяток хоть назовешь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #54

35. Сообщение от Аноним (35), 31-Дек-25, 09:49	+3 +/–
>>Серверы ожидают поступления сообщений и запускают связанный c полученным сообщением код на языке Rust. что тут за бред написан ?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #39, #40

36. Сообщение от Аноним (-), 31-Дек-25, 10:35	+/–
> Если у процессора нет FPU, или его не поддерживает ядро - блоку ALU приходится раскладывать относительно простую арифметическую операцию на составляющие операции которые он выполняет последовательно, приблизительно тому как ты делишь в столбик (если вас в школе этому еще учат). Шо за глупости? Если ты софтфлоат реализуешь, то зачем делить в столбик? Логарифмируй, вычитай, возводи 2 в степень. Или не возводи, продолжай работать с логарифмами. Или дидов в школе не учили логарифмам? А методам вычислений тоже не учили? Есть масса способов решить уравнение a*x=b, обходясь без деления на неизвестное на этапе компиляции число. Более того, если бы тебе приходилось работать с флоатами, то ты бы научился этим трюкам и трюкам изменения всего алгоритма, чтоб вообще избавиться от необходимости деления, просто потому, что деление флоатов очень гнусная операция, которая может привести к потере точности и запоганить тебе весь результат. Есть например целый жанр публикаций геометрических алгоритмов: "то же самое, но теперь без деления". > каждые 15 мс прилетает значение с АЦП которое тебе нужно возвести в квадрат, сложить № раз, а потом по истечению 1 секунды снять с этого квадратный корень и разделить на №. Ну вот тут, например, ты делишь на целое число. Тебе не нужно fp деление. Возьми вместо секунды 960мс, 960/15 будет 64, таким образом вместо деления ты сможешь обойтись побитовый сдвигом. > Я тебе советую скачать исходник какой-нибудь часто используемой небольшой программы и сделать в его каталоге grep -r 'float' * Естественно они его используют, это просто и думать не надо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #47, #73

37. Сообщение от Медведь (ok), 31-Дек-25, 10:35	+/–
Вот и выросло поколение... Плавающую арифметику более-менее сносно считал еще Spectrum, на несчастных 3.5 МГц тактовой и даже без целочисленного умножения/деления в системе команд процессора. И кстати, Z80 снят с производства меньше двух лет назад. Но нет, мы ж без FPU никак...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #41, #75, #125

38. Сообщение от Аноним (10), 31-Дек-25, 10:54	+/–
Эт не я. Где-то со времён H.264 заметили, что если к 8-битной картинке добавить справа два нуля, то эффективность кодирования вырастает. > The bit-depth increase provides greater accuracy for the miscellaneous prediction processes involved in the AVC/H.264 compression scheme, including motion compensation, intra prediction and in-loop filtering > US9521434: a video coder may use IBDI to increase the bit depth of a sample being coded to reduce rounding errors in internal calculations Если бы целые числа использовали неконсервативно, то и 8-битное видео, и 16-битное видео шли бы одному пути кодирования-декодирования и разницы бы не было.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

39. Сообщение от Совершенно другой аноним (?), 31-Дек-25, 11:12	+/–
Попытались описать механизм Send/Receive/Reply из QNX. Там суть в том, что сервер в основном цикле вызывает Receive() и блокируется микроядром на ожидании запроса. В определённый момент клиент выполняет Send() с указанием сервера и блокируется микроядром на ожидании ответа, а сервер разблокируется и ему передаются данные, которые клиент указал в Send(). На основании этих данных сервер выполняет какие-то действия и при помощи Reply() разблокирует клиента, который получает данные, которые сервер передал в Reply(). Функции Send(), Receive() и Reply() являются примитивами (системными вызовами) микроядра, и позволяют унифицировано передавать данные как между двумя независимыми процессами, так и между процессом и микроядром.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

40. Сообщение от Аноним (40), 31-Дек-25, 11:21	–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
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #43

41. Сообщение от Совершенно другой аноним (?), 31-Дек-25, 11:24	+/–
Не только Spectrum, штатно 8086, 80286, 80386 и i486SX обходились без FPU (его надо было докупать отдельно). В компиляторах была поддержка программной эмуляции и даже не особо напрягаясь люди как-то считали во float-ах. А если надо было прямо очень быстро, то да, пытались уйти на целочисленные вычисления/фиксированную запятую/прочие трюки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

43. Сообщение от Аноним (35), 31-Дек-25, 11:37	+3 +/–
и тут бред написан
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #56

44. Сообщение от Аноним (-), 31-Дек-25, 11:52	–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.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #66

45. Сообщение от Аноним (45), 31-Дек-25, 12:09	–1 +/–
Докажите вендорлок на llvm.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #57

46. Сообщение от Аноним (47), 31-Дек-25, 12:23	+1 +/–
Поясните, почему аппаратная многозадачность в x86 оказалась тормознее программной, из-за чего её избегали использовать, из-за чего в конце-концов выпилили. И что мешает сделать чип с аппаратной поддержкой I/O, где ядру ОС выделено специальное физическое ядро, желательно оптимизированное под исполнение ядра ОС, но можно и любое из доступных, где вместо прерываний - io_uring, а ядро слушает это io_uring, но ... аппаратно реализованное, и все прерывания чтобы доставлялись именно в сконфигурированные через регистры очереди. Другие процессы могут как очередь отмаппить (очередь для процесса маппит и конфигурирует ядро, очередь - это область памяти плюс несколько архитектурных регистров, для юзерспейсной программы они на запись недоступны, но программа может их инкрементировать, при инкременте процессор сам доставляет сообщение в ядерное ядро, и должна быть доступна инструкция "ждать результата"), так и syscall дёрнуть (сисколлы реализуются также через сообщения, только в память юзерспейсного процесса явно не мапятся, а прямо в кеше процессора).
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #49, #50, #58, #61

47. Сообщение от Аноним (47), 31-Дек-25, 12:26	+1 +/–
Согласно слухам, деление флоатов побыстрее целочисленного. Не бенчмаркил ещё, надо попробовать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #60, #105

48. Сообщение от Tron is Whistling (?), 31-Дек-25, 12:28	+/–
Да ладно, пусть играются. Для их собственных применений этого скорее всего вполне достаточно, что собственно и решает. Снаружи всё равно не взлетит, как и вся рисква. Архитектура по балансу сложности-производительности от ARM отстаёт на световые годы, а фрагментация IP уже на уровне.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #55

49. Сообщение от Tron is Whistling (?), 31-Дек-25, 12:29	–1 +/–
Потому что это переусложняет и так недешёвое железо + надо совместимость поддерживать между ревизиями, а ревизий при такой сложности будет очень много. Вполне себе реализованы подпорки для софта, которые позволяют всё вышеперечисленное делать с минимальными накладными расходами. Хоть ядро отделяй, хоть десять - всё на совести условного гипервизора.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

50. Сообщение от Tron is Whistling (?), 31-Дек-25, 12:31	+/–
Гляньте в Xen хотя бы - оно не далеко от вашей идеи, за исключением отсутствия чётко выделенных ядер - хотя это вполне себе делается просто на уровне конфигурации.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

52. Сообщение от Аноним (52), 31-Дек-25, 12:38	+/–
Ты бы ещё geocities вспомнил бггг
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

53. Сообщение от Аноним (52), 31-Дек-25, 13:02	+3 +/–
У "обычного людя" может возникнуть потребность сунуть нос под капот, если только это не совсем конченная креветка с мозгами "нажми на кнопку - получишь результат".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #124

54. Сообщение от Аноним (52), 31-Дек-25, 13:03	–1 +/–
Для начала назову один, если обеспечишь его поддержку - буду по одному называть следующие. Готов?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #86

55. Сообщение от Аноним (52), 31-Дек-25, 13:13	–1 +/–
> не взлетит, как и вся рисква А инженеры WD и не в курсе, что "рисква" не взлетела...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #99, #101

56. Сообщение от Аноним (52), 31-Дек-25, 13:14	–1 +/–
А ну-ка, поделись, что было бы не-бредом, в твоём понимании?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

57. Сообщение от Аноним (57), 31-Дек-25, 13:35	+/–
очень просто доказать математически принимаем llvm за 2 в десятичной системе счисления принимаем вендорлок за 3 в десятичной системе счисления принимаем 5 в десятичной системе счисления за доказательство итого 2+3=5, следовательно llvm имеет вендорлок обратно тоже доказывается: 5-2=3; 5-3=2. надеюсь это помогло вам убедиться в наличии вендорлока
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #62

58. Сообщение от Совершенно другой аноним (?), 31-Дек-25, 13:37	+/–
> Поясните, почему аппаратная многозадачность в 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), отключать, т.к. оно нормально не работало. Хотя, конечно, идея была красивая.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

59. Сообщение от morphe (?), 31-Дек-25, 14:00	+/–
> и приходила к выводу, что программная реализация float из > gcc конкурентоспособна (только минус одна библиотека и плюс переносимость и плюс > повышенная точность). Я и не говорил что надо для swfloat что-то отдельное ставить, я про в целом способ реализации Почти везде реализация из libm взята, в т.ч в Rust: https://github.com/rust-lang/compiler-builtins/blob/main/lib...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

60. Сообщение от Аноним (-), 31-Дек-25, 14:10	+/–
Быстрее. На первых пнях это началось. Насколько это распространяется на армы я не знаю, но полагаю, что распространяется. Не думаю, что алгоритм SRT деления патентован.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #68

61. Сообщение от Аноним (-), 31-Дек-25, 14:19	+/–
Вообще как-то так выходит, что сложные процессорные инструкции оказываются тормознее, чем последовательность простых. Когда-то в x86 были инструкции enter/leave для организации стековых фреймов, и где они теперь? У меня есть предположение, что последовательность простых инструкций проще раскидать про конвеерам, чем одну сложную инструкцию выполняющую то же самое. Но это лишь предположение.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #63

62. Сообщение от morphe (?), 31-Дек-25, 14:20	+/–
> 5-3=2 Доказательство - вендорлок = ллвм Вот тебе и доказательство что в ллвм нет вендорлока
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #114

63. Сообщение от morphe (?), 31-Дек-25, 14:29	+/–
> У меня есть предположение, что > последовательность простых инструкций проще раскидать про конвеерам, чем одну сложную > инструкцию выполняющую то же самое. Но это лишь предположение. Не то что бы в условном arm инструкции были сильно простые, там уже давно добавили много более сложных. Однако в x86 проблема несколько другая - там сложных инструкций оочень много, и при этом сомнительной полезности в современном мире, оптимизировать их дорого и не нужно. Если бы сейчас кто-то решил изобрести новый cisc, то он смог бы вместить туда намного более полезные инструкции enter/leave имели смысл для ручного написания asm кода, сейчас же только leave можно встретить в выхлопе компилятора, enter делает слишком много вещей которые условному gcc не нужны, потому что он при компиляции сам способен всё посчитать, не перекладывая это на рантайм https://www.felixcloutier.com/x86/enter
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #67, #106, #120

64. Сообщение от Ант (?), 31-Дек-25, 15:04	+2 +/–
А как микроядро( скорее наноядро)  может иметь размер 4 кБ, ведь Раст имеет рантайм( даже без std он один больше этих 4 кБ наверное будет) ?
Ответить | Правка | Наверх | Cообщить модератору

65. Сообщение от Аноним (65), 31-Дек-25, 15:23	+1 +/–
Сиди дальше на ардуино с float. Остальные понимают, что в большинстве случаев вместо float НАДО использовать fixed point
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #76

66. Сообщение от Кошкажена (?), 31-Дек-25, 15:26	–1 +/–
>> ...с unsafe в 101 файле* > если учесть что большая часть это однострочные вызовы, типа Уязвимостям все равно. А вот гарантии раста ломаются на весь остальной код.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

67. Сообщение от Аноним (-), 31-Дек-25, 15:37	+/–
> Не то что бы в условном arm инструкции были сильно простые, там уже давно добавили много более сложных. Например? SIMD инструкции перекладывающие числа оттуда/сюда или выполняющие четыре сложения параллельно? Их можно разложить на более простые инструкции, которые в сумме будут делать то же самое, но их сложнее параллелить. Что ещё? Что-нибудь связанное с примитивами синхронизации, для которых важна атомарность выполнения нескольких операций? Но это ситуация, где атомарность важнее скорости. Но я не знаю армовскую ISA, может там есть что-то ещё? Поэтому спрашиваю примера. > Если бы сейчас кто-то решил изобрести новый cisc, то он смог бы вместить туда намного более полезные инструкции Например? > enter/leave имели смысл для ручного написания asm кода, сейчас же только leave можно встретить в выхлопе компилятора, enter делает слишком много вещей которые условному gcc не нужны, потому что он при компиляции сам способен всё посчитать, не перекладывая это на рантайм Ну да, вообще отказываются от стекового фрейма в том понимании, которое в него вкладывалось в 80-е. Храним промежуточные результаты вычислений в регистрах, динамически выделяя под них регистры, да так, что глядя в машинный код найти там переменную, которую я вижу в сорцах, будет крайне сложно. Но мне всегда казалось, что enter и leave были придуманы чтобы экономить байты машинного кода. Если бы речь шла про удобство ручного написания кода, их можно было бы заменить макросами. Но экономя байты, они жрали лишние такты процессора.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63 Ответы: #109

68. Сообщение от Аноним (68), 31-Дек-25, 15:42	+/–
Почему тогда компиляторы до сих пор генерируют целочисленное?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #72

69. Сообщение от Аноним (69), 31-Дек-25, 16:19	+/–
Вот это нормальный вариант использования rust. Никакой условной компиляции не надо. Чип один - код один. С жестко зашитой архитектурой. Вплоть до каждого регистра. Из-за этого код остается читаем и без дублирования. Это единственно верный вариант использования rust.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #107

70. Сообщение от Аноним (-), 31-Дек-25, 17:06	+1 +/–
> Создатели чипа Baochip-1x попытались совместить легковесность, > свойственную микроконтроллерам ARM без MMU, с возможностями изоляции памяти, доступными в полноценных CPU. И получилась какая-то неведомая е... х... из разряда ни два ни полтора. > Чип спроектирован для использования вместе с микроядерной операционной системой Xous, Да еще - с неведомым системным софтом ни два ни полтора. Итого? Удачи в продажах этому чипмейкеру :). А пока заказики лотов уехали allwinner и wch, тоже с RISCV но без всякой эзотерики.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #108

72. Сообщение от Аноним (-), 31-Дек-25, 17:46	+1 +/–
Не знаю. i32 -- это 31 бит "мантиссы", из него f64 надо сделать, чтобы поделить с той же точностью. А потом результат деления обратно в i32 округлить. Я думаю, это даст результат совпадающий бит-в-бит, но честно говоря не проверял. Целочисленное деление заодно считает и остаток от деления, но компилятор знает ведь, нужен ли остаток программе или просто игнорируется, и если он игнорируется, то почему бы и не? Но может там накладных расходов на сохранение/восстановление состояния FPU? Или может возня не стоит того? То есть, если у программиста производительность программы упирается в то, как много процессор может выполнять делений в секунду, то может программисту стоит использовать флоаты, а не выносить мозги тем, кто компиляторы пишет? А если не упирается, то зачем тогда связываться?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #81

73. Сообщение от windows10 (ok), 31-Дек-25, 17:52	+/–
> Шо за глупости? Если ты софтфлоат реализуешь, то зачем делить в столбик? Логарифмируй, вычитай, возводи 2 в степень. Или не возводи, продолжай работать с логарифмами. Или дидов в школе не учили логарифмам? Чувак, але, софтфлоат - это не деление в столбик. > А методам вычислений тоже не учили? Есть масса способов решить уравнение a*x=b, обходясь без деления на неизвестное на этапе компиляции число. Масса. И все это гоняют ALU. > Возьми вместо секунды 960мс, 960/15 будет 64, таким образом вместо деления ты сможешь обойтись побитовый сдвигом. На Интеле что ли сидишь? Это у них обычно 10+10 = 19.99.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #77

74. Сообщение от windows10 (ok), 31-Дек-25, 17:54	+/–
> Ну типа, для этого много где просто swfloat используют, оно не настолько > медленное чтобы от его отсутствия страдать в подобных задачах. Да и > фиксированную точку зачастую можно использовать, зачем тебе в подобных вычислениях плавающая Оно не просто медленное, оно мегамедленное > Для графики в embedded зачем плавающая точка вообще непонятно, целочисленных величин хватает, > там обычно не такого размера экраны чтобы нужно было полноценную растеризацию > делать Ты в курсе как рисуется примитивный КРУГ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #94, #102

75. Сообщение от windows10 (ok), 31-Дек-25, 17:55	–1 +/–
> Вот и выросло поколение... Плавающую арифметику более-менее сносно считал еще Spectrum, > на несчастных 3.5 МГц тактовой и даже без целочисленного умножения/деления в > системе команд процессора. И кстати, Z80 снят с производства меньше двух > лет назад. Но нет, мы ж без FPU никак... Верно. Мы без FPU никак. Просто потому что для забивания гвоздей существуют молотки, а микроскопы они децл для другого.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #82

76. Сообщение от windows10 (ok), 31-Дек-25, 17:57	–1 +/–
> Сиди дальше на ардуино с float. Остальные понимают, что в большинстве случаев > вместо float НАДО использовать fixed point Большинства случаев не существует. Есть внешние данные, которые нужно обработать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65 Ответы: #95, #97

77. Сообщение от Аноним (77), 31-Дек-25, 18:05	+/–
> Чувак, але, софтфлоат - это не деление в столбик. Да ладно?? А вот это ты к чему тогда писал про деление в столбик? > Если у процессора нет FPU, или его не поддерживает ядро - блоку ALU приходится раскладывать относительно простую арифметическую операцию на составляющие операции которые он выполняет последовательно, приблизительно тому как ты делишь в столбик (если вас в школе этому еще учат). > Масса. И все это гоняют ALU. Да ладно?? > На Интеле что ли сидишь? Это у них обычно 10+10 = 19.99. Это ты к чему сейчас сказал? Ты хочешь чтобы я всю глубину твоей мысли угадал? Накося, выкуси, я даже не буду пытаться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #80

78. Сообщение от windows10 (ok), 31-Дек-25, 18:08	+/–
> 14.5/2 через фиксированную точку будет делиться даже быстрее чем через плавающую, ещё > раз, зачем тебе float? Мне? Мне - не нужно. Но есть масса операций, в которых нужно, и графоний - только одна из них.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

79. Сообщение от windows10 (ok), 31-Дек-25, 18:11	+/–
> А ты, в свою очередь - вообще понимаешь что такое IoT?!?! :) > А то давай потребуем ему PCI Express 16-lanes впердолить! Ну удобно жи > - можно печку Nvidia 4090 подключить и 4К VR генерить на > лету! В IoT без этого - точно никуда :)))) Можно. Например если хочешь поставить у себя дома локальный ассистент наподобие какого-нибудь Джарвиса из фантастических фильмов. Безусловно он будет являться частью IOT в целом и умного дома в частности.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #93

80. Сообщение от windows10 (ok), 31-Дек-25, 18:17	+1 +/–
> Да ладно?? А вот это ты к чему тогда писал про деление > в столбик? Я там русским по белому написал, к чему. Что тебе не понятно из слов "выполняет последовательно, приблизительно тому как ты делишь в столбик" ? > Это ты к чему сейчас сказал? Ты хочешь чтобы я всю глубину > твоей мысли угадал? Накося, выкуси, я даже не буду пытаться. Герц - это сколько колебаний за 960 мс? :))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #88

81. Сообщение от Аноним (81), 31-Дек-25, 18:22	+/–
>Я думаю, это даст результат совпадающий бит-в-бит, но честно говоря не проверял Лемир и многие другие тоже считают, что совпадёт, это известный трюк. И Лемир тоже задаётся вопросом, почему компиляторы это не делают by default. >Но может там накладных расходов на сохранение/восстановление состояния FPU? Или может возня не стоит того В компиляторе есть модель процессора по загрузке слотов, поэтому компилятор будет знать лучше в конкретном месте программы при конкретных подстановках и развертываниях. >А если не упирается, то зачем тогда связываться? По такой логике можно вообще все оптимизирующие компиляторы ффтопку отправить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72 Ответы: #87

82. Сообщение от Аноним (-), 31-Дек-25, 18:32	+2 +/–
> Верно. Мы без FPU никак. Просто потому что для забивания гвоздей существуют > молотки, а микроскопы они децл для другого. Да, вот ща мы каждому датчику протечки гумна поставим по сопроцессору плавучки. Чтоб утопая в гумне он успевал перерабатывать его, видимо :) Хотя если вы конечно за 20 центов запилите, как wch, но еще и с плавучкой - почему бы и нет. Ежели опциональное. А ежели не опциональное - так для МКшных задач у плавучки контекст огроменный. И его сохранение и восстановление здорово нагибает латенси, времена прерываний и проч. Небольшие такие нюансы. Сабж в этом смысле ни два ни полтора. Для МК слишком здоровый, сложный и малопредсказуемый уже. Для апликушника слишком малохольный. А, ну да, поставьте нашу неведому супер-ртос... и делайте с ней ... неведомо что. Будет столько же продаж сколько и у чудо-ноутов этого гражданина, вероятно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75 Ответы: #89

83. Сообщение от Аноним (-), 31-Дек-25, 18:33	+/–
> Зачем людям мозг выносишь - возьми старый пень или целерон и паяльник, > распаяй ему питание прямо на плате. Поставь туда QNX RTP 6.0 > , который с Photon. И будешь счастлив ! Чтобы это нечто смогло - столько же сколко одноплатник с полкреды питаемый от "зарядки для мобли". А потом у него опухнут кондеры и вентиляторы пылью забьются, от чего никакой QNX не поможет, ессно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

84. Сообщение от Аноним (-), 31-Дек-25, 18:36	+1 +/–
>> две крайности - полнофункциональные чипы с блоком управления памятью (MMU) >> разумного компромисса >> легковесность, свойственную микроконтроллерам ARM без MMU >> Наличие MMU в Baochip-1x позволяет >> *и 5 ядер почти по гигагерцу* > Чево? Да там какой-то сплошной заказ с алиэкспресса в новости. На картинке - одно. В тексте - другое. Не хватает еще надписи типа "зеленый доска мягкий разработчик".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

85. Сообщение от Аноним (-), 31-Дек-25, 18:40	+/–
> на основе календаря ничего сделать нельзя. Пример - автономная метеостанция с > использованием Астрономических данных из таблицы. Кому очень надо - цепляют DS2312 к нему по i2c, тоже мне рокетсайнс. Хотя лучше прокачать скилл и STM32 чтоли взять какой. Намного более осмысленная инженерия. Ну или хотя-бы клон с него от луноликих, но с клонами можно и горя хлебнуть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #91

86. Сообщение от Аноним (-), 31-Дек-25, 18:43	+1 +/–
> Для начала назову один, если обеспечишь его поддержку - буду по одному > называть следующие. Готов? Gccrs. Но он пока несколько недопиленный. Что как бы повод с сабжем дела не иметь. Зависеть от узкой клики майкрософта, гугл и эпла при том что им на вон то в целом пофигу - сами понимаете. Они уже в последних версиях LLVM и clang своими индусами какую-то дичь сотворили, Торвальдс недавно в рассылке ругался как раз. Но не только он - это стало лезть довольно много где. Код жирный, тормозной а если не повезло то е ще и глючит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

87. Сообщение от Аноним (-), 31-Дек-25, 19:31	+/–
> По такой логике можно вообще все оптимизирующие компиляторы ффтопку отправить. Не факт. Динамическое выделение регистров под значения (вместо того, чтобы явным образом работать с переменными явно лежащими на стеке) даёт прирост производительности для любого кода. То есть, какой бы там цыкл не тормозил в моей программе, он выиграет от такой оптимизации. А вот найти цыкл, который можно ускорить на 5+% заменой целочисленного деления на FPU деления -- это ещё поискать надо. А если при этом добавить ещё условие, что есть действительно смысл в том, чтобы использовать там int'ы, вместо float'ов (в смысле хранить данные как i32, но обрабатывать как f64), что это не какая-то странная прихоть программиста, то я не уверен, что найдётся найти хотя бы один такой. Если мы допустим, что нет кода, который может выиграть от такой оптимизации, то тогда в чём смысл добавления такой оптимизации в компилятор? Чтобы компилятор сделать помедленнее, потолще и более сложным в сопровождении? На самом деле, я вдруг сообразил, моя "теория" даёт проверяемое предсказание. Эту оптимизацию легко проделать без помощи компилятора. Надо заменить a/b на round((double)a)/((double)b)). Таким образом, если кто-то когда-то думал что его программе такая оптимизация поможет, он вероятно её проделал. А это значит, что если в дикой природе таких оптимизаций не встречается, значит она бесполезна.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81 Ответы: #116

88. Сообщение от Аноним (-), 31-Дек-25, 19:33	+/–
> Я там русским по белому написал, к чему. Что тебе не понятно из слов "выполняет последовательно, приблизительно тому как ты делишь в столбик" ? Я выкинул "приблизительно" и что? Это была отсылка к твоим же словам, которые ты видимо забыл сразу, как нажал кнопку "отправить", и теперь докапываешься ко мне, будто это я виноват, что у тебя память девичья. > Герц - это сколько колебаний за 960 мс? :)) Я не собираюсь отвечать на вопрос, который не имеет отношения к делу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80 Ответы: #92

89. Сообщение от windows10 (ok), 31-Дек-25, 19:38	–1 +/–
> Да, вот ща мы каждому датчику протечки гумна поставим по сопроцессору плавучки. Чтоб утопая в гумне он успевал перерабатывать его, видимо :) Датчикам это может и не нужно. Вот только встраиваемые системы - это не только датчики. Вот на данный момент я например 3д-печатаю. Стандартную прошивку (Marlin) и родную плату МК выбросил, поставил RPI и клиппер. Казалось бы - четыре шаговика, что сложного в их управлении? А нет, клиппер намного быстрее и качественнее печатает. Почему так? Потому что железо, поддерживающее FPU позволяет более точно вычислять микрошаги и траекторию движения, составляет более подробную карту поверхности (это когда у вас площадь неровная). И да, разница между 0.2 мм, 0.24 мм и 0.04 - весьма велика. Если вы будете печатать кубик высотой 5 см с погрешностью 0.04 мм -к половине кубика у вас начнется лапша, потому что сопло станет печатать не на предыдущем слое, а в воздухе. - - - Вы наверное не понимаете разницу между "без FPU нельзя" и "без FPU хуже". Вчитайтесь внимательнее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82 Ответы: #98, #100, #104, #112

90. Сообщение от windows10 (ok), 31-Дек-25, 19:46	+/–
> про ардуино с октября 2025 года можно забыть навсегда С чего бы это? Arduino - это не просто конкретная архитектура микроконтроллера, это скорее архитектура системы, внесшая порядок, примерно как IBM-PC в этих ваших х86. Благодаря этому, МК получили понятный уровень абстракции, понятное наименование и нумерацию портов, вменяемый IDE  с С++ подобным синтаксисом, и огромное комьюнити. Для STM32 на гите 82 тысячи проектов. Для Arduino - 373 тысячи. Это не хорошо, и не плохо, это просто увеличивает порог входа и дает +1 шанс к тому, что твою проблему уже кто-то решил. И Qualcomm от этой традиции никуда не уходит. Плюс ко всему, как было написано выше, Arduino - это культура, а не просто торговая марка, так что тебе никто не запрещает брать китайский LGBTQ и шлепать на него скетчи как на Ардуину. Или взять голый чип 328PU, прошить его как Ардуину и шлепать на него скетчи. В DIP корпусе оно даже внешний кварц не требует, лол.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

91. Сообщение от windows10 (ok), 31-Дек-25, 20:00	+/–
> Кому очень надо - цепляют DS2312 к нему по i2c, тоже мне > рокетсайнс. И лечат пнос затыканием жпы. > Хотя лучше прокачать скилл и STM32 чтоли взять какой. Какую проблему решает использование STM32? > Намного более осмысленная инженерия. Ну или хотя-бы клон с него от луноликих, > но с клонами можно и горя хлебнуть. В чем осмысленность, и зачем осмысленность? Ну вот к примеру мне нужно считать показания с датчика A и вывести на экран B. Для чего мне дрчиться в какую-то осмысленную инженерию, если в конечном итоге это приведет к тому же самому результату?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85 Ответы: #115

92. Сообщение от windows10 (ok), 31-Дек-25, 20:04	+/–
> Я выкинул "приблизительно" и что? И то, что и ребенку понятно, что слово "приблизительно" не то же самое, что слово "равно". В контексте это звучало вообще как аналогия, а не алгоритм. Странно что вам нужно разжевывать такие элементарные вещи, возможно вы и вправду программист. > Я не собираюсь отвечать на вопрос, который не имеет отношения к делу. Почему не имеет? Вы же сами предложили делить не 1000 мс, из которых состоит секунда, а на 960 мс, вот мне и интересно, как это у вас в жизни работает. У нас например в сети частота переменного тока - 50 колебаний в секунду. А сколько колебаний за 960 мс у вас в розетке ?)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88 Ответы: #96

93. Сообщение от _ (??), 31-Дек-25, 20:12	+/–
И будет говорить с другими системами _без_ вот-этого-всего, так?! :) А это значит!(С) Но железо чтобы рисовать красивый 4К Ынтермордий у тебя и так уже есть. А вот малышей после не-чокаясь! ардунки ... практически нет. Вот они и хотят в туда. Ну элементарно же Ватсон!(С) :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79

94. Сообщение от _ (??), 31-Дек-25, 20:43	+/–
> Ты в курсе как рисуется примитивный КРУГ? Я то - да :) А ты вот явно не в курсе, что его рисовать можно вообще без FP! :-D Ну чего людей смешишь то?! В школе жи рисовал, ну вспомни сразу 8 точек за итерацию ... ФамилиЁ Брезенхейм ничего не говорит?! :-\ А кстати - и сколько тысяч окружностей в секунду тебе для IoT нужно? Если тебе вдрук упёрся именно GUI на той IoT'ке ...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

95. Сообщение от _ (??), 31-Дек-25, 20:50	+/–
Ну тады у тебя два путя(С) :) 1) Возьми железку с FP, то что в $Subj - не для тебя... 2) Если ты советский инженер(С) ... короче - считай женился :))))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76

96. Сообщение от Аноним (-), 31-Дек-25, 21:04	+/–
> И то, что и ребенку понятно Не надо аппелировать к детям, я не ребёнок. > В контексте это звучало вообще как аналогия, а не алгоритм. Мнепох. Отсылка от этого не прекратила быть отсылкой. > Почему не имеет? Потому что я не вижу связи.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92

97. Сообщение от morphe (?), 31-Дек-25, 21:40	+/–
> Большинства случаев не существует. Есть внешние данные, которые нужно обработать. Можно пример таких данных что ты собираешься обрабатывать на iot железке? Опять же - большинство процессоров справляются с графикой без FPU, много stm32, много armv7, много esp32 S2 сущестует в подобной технике, и не имеют FPU, и всё хорошо
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76

98. Сообщение от morphe (?), 31-Дек-25, 21:45	+1 +/–
> А нет, клиппер намного быстрее и качественнее печатает Ору, ты взял лучший пример для этого))) У klipper та прошивка что в MCU загружается как раз таки оперирует исключительно fixed point :D Вся floating математика там на хосте Оно может использовать FP для ускорения каких-то операций, однако его поддержка сугубо опциональная
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89

99. Сообщение от Tron is Whistling (?), 31-Дек-25, 21:47	+/–
Инженеры, я думаю, копротивлялись, но там роялти такие, что решили попробовать сопельки в шоколаде. Возможно ещё выстрелит, в очередной раз, лично я после серий разнотипных факапов с HDD и SSD к WD уже лет 10 не прикасаюсь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

100. Сообщение от morphe (?), 31-Дек-25, 21:54	+/–
> И да, разница между 0.2 мм, 0.24 мм и 0.04 - весьма велика С fixed point ты сам задаёшь сколько бит точности тебе надо Если ты говоришь что тебе обязательно нужен float - то уж скажи зачем тебе нужна не просто точность, а плавающая точность (Для значений от 1.4e-45 т.е)? В большинстве случаев такое очень даже нежелательно, потому что с float у тебя погрешность накапливается Ну и btw, marlin это наверное единственная прошивка которой fpu надо, gbrl/teacup/klipper/прочие прошивки для принтеров и CNC - все оперируют fixed point
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89

101. Сообщение от Tron is Whistling (?), 31-Дек-25, 21:55	+/–
Хотя будем честными - SWerV'у уже пять лет, а SSD всё ещё на физоне, хорошо если не на сандиске. Такой вот успех - а планировалось-то именно под SSD в начале. От 2023-2025 вообще новостей про внедрёж около 0, разве что кому-то IP впарили из партнёров.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #111

102. Сообщение от morphe (?), 31-Дек-25, 22:01	+/–
> Ты в курсе как рисуется примитивный КРУГ? Дополню другого комментатора - для растеризации круга примерно всегда используют алгоритм Брезенхэма. Как тебе в подобной задачи должен помочь FPU? Ты собираешься на каждый пиксель круга дёргать sin/cos/sqrt? Это жесть как дорого даже с FPU, так это не делает никто https://en.wikipedia.org/wiki/Midpoint_circle_algorithm Приведи пример того, как по твоему должен рисоваться примитивный круг)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74 Ответы: #113

104. Сообщение от _ (??), 31-Дек-25, 22:38	+/–
> Вы наверное не понимаете разницу между "без FPU нельзя" и "без FPU хуже". Вчитайтесь внимательнее. Есть ещё рариант про "с FPU хуже" - только ты упорно его видеть\слышать\пониать не желаешь :( Про датчики субстанций выше точно же прочитал, но понять не захотел :( А почему в тех датчиках FP - это плохо? А потому что бесплатно бывает только в мышеловке! А в жизни за это придётся заплатить: - деньгами ( и не пи-пи моск - за так никто тебе его не всунет!) - потреблением, и если твой дивайс на батарейке - это кончен бал, погасли свечи(С) Про нагрев не буду но тоже может за-ролять. А по-большому - каждый смотрит в свой IoT и думает что так - везде :) А случаи ... онЕ разные бывают!(С) Один хитрый старичок :) Придумали продаваны термин про всё сразу и ни-о-чём конкретно, а мы ругаемси на Новый Год то! :))) С Наступающим! И немедленно выпил! (С)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89 Ответы: #132

105. Сообщение от morphe (?), 31-Дек-25, 23:22	+/–
> Согласно слухам, деление флоатов побыстрее целочисленного. Не бенчмаркил ещё, надо попробовать. Только если тебе надо много делений и других FP операций делать В изоляции при сравнении целочисленного и fp у тебя всегда будет побеждать целочисленное
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

106. Сообщение от Аноним (-), 01-Янв-26, 00:41	–1 +/–
> Однако в x86 проблема несколько другая - там сложных инструкций оочень много, > и при этом сомнительной полезности в современном мире, оптимизировать их дорого > и не нужно. Реальные проблемы x86: 1) это не масштабируется вертикально. 2) переусложненные системы, которые крайне сложны в bringup и не могут ни шагу без блобов 3) два с половиной поставщика вместо экосистемы 4) переклин не винтеле которому в сабжеобразном ловить нечего
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63 Ответы: #121

107. Сообщение от Аноним (31), 01-Янв-26, 00:51    Скрыто ботом-модератором	+1 +/–
Получилось отличное электрическое ТС из печёной массы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69

108. Сообщение от Аноним (31), 01-Янв-26, 00:52	+/–
Совместимости ни с чем нету, так что вещь сама в себе, такое производят каждый месяц кто-нибудь не по разу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #110

109. Сообщение от Аноним (-), 01-Янв-26, 00:55	–1 +/–
> Например? SIMD инструкции перекладывающие числа оттуда/сюда или выполняющие Например всякие CISC команды бывшие в x86 без всяких SIMD еще. Там есть реально сложные типа копирования или поиска в цикле - разваливаемые на целую последовательность силами uCode. В ARM просто нет uCode. Все достаточно просто для прямого выполнения. > параллельно? Их можно разложить на более простые инструкции, которые в сумме > будут делать то же самое, но их сложнее параллелить. Что ещё? У x86 внутри реально совсем другие блоки выполнения а x86 ISA лишь фронтэнд. > Но я не знаю армовскую ISA, может там есть что-то ещё? Поэтому > спрашиваю примера. В ARMовской или RISCV системе команд инструкции более простые. Если вы знаете x86 ISA то должны знать что там есть довольно сложные команды с по сути вложенными циклами и проч. В ARM такого ессно нет. И в RISCV тоже. Так что на минималках их exec core намного проще. А отожрать можно любой бэкэнд. Вот только ARM и RISCV в итоге есть в 20-центовых МК. Попробуйте так с x86. А тулчейн может быть тот же :) > Ну да, вообще отказываются от стекового фрейма в том понимании, которое в > него вкладывалось в 80-е. Храним промежуточные результаты вычислений в регистрах, У x86-32 для этого хтонически не хватало регистров. И там довольно гнусные хаки на эту тему. По поводу чего программа состоит из push и pop чуть менее чем полностью. > найти там переменную, которую я вижу в сорцах, будет крайне сложно. Для этого есть debug info. > кода, их можно было бы заменить макросами. Но экономя байты, они > жрали лишние такты процессора. Это x86 в целом не сильно помогло. А кто хочет всякую плавучку может поинтересоваться размером контекста и сколько тактов проца его сохранение может сожрать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #127

110. Сообщение от Аноним (-), 01-Янв-26, 01:03	+/–
> Совместимости ни с чем нету, так что вещь сама в себе, такое > производят каждый месяц кто-нибудь не по разу. Ну как бы можете посмотреть на продажи Novena или что там у этого автора. Вот только с такой же фигней но по 22 нм техпроцессу его инвесторы линчуют, пожалуй, если он не придумает куда пару миллионов этого спихнуть. А с таким дизайном чипа это будет нелегко.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108 Ответы: #117

111. Сообщение от Аноним (-), 01-Янв-26, 01:32	+/–
> Хотя будем честными - SWerV'у уже пять лет, а SSD всё ещё > на физоне, хорошо если не на сандиске. Будем честными - RISCV уже несколько миллиардов выпущено. Вот прям ща мне более 100 юнитов где-то едет. Он уже никуда не денется. > Такой вот успех - а планировалось-то именно под SSD в начале. > От 2023-2025 вообще новостей про внедрёж около 0, > разве что кому-то IP впарили из партнёров. Не згаю у кого там внедрежа около ноля а вон те 32 бит МКшки за 20 центов произвели в отрасли небольшой фурор и теперь 8-bit фигне типа AVR совсем душняк будет. И конечно их миллионами будут делать. Не нравятся штуки с тетрадную клеточку и пылинку? Есть и жирные серверные чипы с кучей ядер. А нвидия и амд заменили часть сервисных aux ядер в своих видяхах - на RISCV. Даже ESP32 арджуинский - и тот эт самое. RISCV ядер уже на планете - миллиарды.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101 Ответы: #119

112. Сообщение от Аноним (-), 01-Янв-26, 01:51	+1 +/–
> Датчикам это может и не нужно. Вот только встраиваемые системы - это > не только датчики. А концентратор и прочие UI я пардон муа на линухе сделаю. Минимальный одноплатник способный бутануть линух стоит менее 10 баксов и может отрисовать либо морду на кутях, либо вебморду дешево и сердито. Нормальную. Полноценную. Без особых скидок на убогость чипа и отсутствие нормальных ФС, куцую сеть и проч. Почему так? Потому что сие я могу отладить прямо на моем десктопе с тем же линухом, что радикально все упрощает. А потом просто загнать это и на таргет. Дешево и сердито! А вот как девлоп под эзотеричного уродца с левой ртос выглядит, и почему это лучше того - вот вы например и покажете. Если я и прочие вас случайно законкурируют к фигам, извините, ничего личного, это бизнес. > Вот на данный момент я например 3д-печатаю. Стандартную прошивку (Marlin) и родную > плату МК выбросил, поставил RPI и клиппер. Казалось бы - четыре > шаговика, что сложного в их управлении? Вообще, это 3+1 измерения с не совсем тривиальной логикой (e.g. правила костылирования особенностей технологии). > железо, поддерживающее FPU позволяет более точно вычислять микрошаги Микрошаги сами по себе обычно ограничены - возможностями железа. FPU там ессно никак не фигурирует: при физической реализации микрошагов фигурируют только целые числа. Не оперируют железки типа PWM, GPIO и прочие таймеры плавучкой. By design. Это раздуло бы железку в разы. Так что вы не в теме. > И да, разница между 0.2 мм, 0.24 мм и 0.04 - весьма велика. И к плавучке это все относится - как? > погрешностью 0.04 мм -к половине кубика у вас начнется лапша, потому > что сопло станет печатать не на предыдущем слое, а в воздухе. Что-то вы сказки тут рассказываете. Какой толщины у вас filament? 0.04 мм это 40 микрон, вы даже отпозиционировать привод с такой точностью не сможете воспроизводимо. А если сможете может вам уже пора - микросхемы печатать? :) > Вы наверное не понимаете разницу между "без FPU нельзя" и "без FPU > хуже". Вчитайтесь внимательнее. Вон там господа Fixed point дофига юзают - и им норм. Хотя жирные МК с FPU - так то сто лет есть. Вот только взамен на FPU там размер контекста ломовой, его времена сохранения во, джиттер во, и оно - меньше микроконтроллера и больше недо-апликушника. В результате самые массовые ессно совсем не эти чудеса а куда более мелкие, верткие и пердсказуемые штуки. А как сэр собирается отбить сетап 22 нм процесса не будучи линчеваным инвесторами с вон тем - это мы будем посмотреть. С безопасной дистанции.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89

113. Сообщение от Аноним (-), 01-Янв-26, 02:18	+/–
> https://en.wikipedia.org/wiki/Midpoint_circle_algorithm > Приведи пример того, как по твоему должен рисоваться примитивный круг) Ты зело дофига хочешь от человека с ником windows10, прозрачно намекающим на всю мощь мощей.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102

114. Сообщение от Аноним (31), 01-Янв-26, 03:30	+/–
кто тебе сказал, что в доказательстве только один вендорлок?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62

115. Сообщение от Аноним (-), 01-Янв-26, 04:05	+/–
> И лечат пнос затыканием жпы. С другой стороны - задача то решена. Да, уж как умели. Но это лучше чем "никак" или камлания на богов которые за вас все сделают, типичного для вас. Потому что у них 100500 strings attached. А абдурин с ds2312 или что там - ну, работает. И подстав никаких особо. А то что кривовато - отлично тем кто STM32 и проч освоил меньше конкуренции. >> Хотя лучше прокачать скилл и STM32 чтоли взять какой. > Какую проблему решает использование STM32? У него RTC есть. Получается 1-чиповое решение. И в целом намного более крутые по периферии чипы намного дешевле. Абдурино по сравнению с - обдираловка в плане соотношения фичи-стоимость. Это стало золотым стандартом отрасли, типа x51 2.0 этакого. Правда больше по периферии чем по cpu core. Ибо китайцы наделали клонов с compat (условно) периферией, но cpu core порой заменен на RISCV вместо ARM Cortex M. Просто заменили блок на блок, вывесив из RISCV ядра те же интерфейсы шин. Дешево и сердито. И роялтя платить не надо! Так что вот вам 32 бит нечто с DMA за 15-20 центов. И тут PIC10...12 всякие начали что-то напрягаться. За те же центы - намного круче чипы. > В чем осмысленность, и зачем осмысленность? В правильной, крутой и продвинутой периферии. МК ради нее берут на самом деле. И по этому аспекту даже самый первый STM32F1xx даст жесточайший мастеркласс абдурине. Просто для понимания 1MSPS @ 12 bit ADC (а порой их 2-3 в чипе). В самом древнем из семейства. В поновее и до 4.5 MSPS и более. В мелочи с тетрадную клеточку. Теперь разоприте на ЭТО абдурину кроме как внешним чипаком... встроенный ADC... как бы сказать то! :). Ну и DMA чтобы такие потоки еще и реально ворочать. Ибо что с вами будет от нескольких миллионов IRQ/sec - угадайте сами! Абдурин на только ворочании такого потока сольется. Плюс хардварные автоматы. Можно пустить ADC+DMA по кольцу и оно вообще само живет, асинхронно от остального чипа. Можно "live buffer" сделать где индексы == состояние сигнала на лапках, околореалтаймно. Можно и точки синхронизации пулять когда всю серию отпедалило. Абдурин в принципе не способен на такую логику с такими скоростями и оффлоадом. > Ну вот к примеру мне нужно считать показания с датчика A и > вывести на экран B. Это ничего не говорит о характере сигнала, как часто это надо, объеме данных и проч. Захоти более-менее точно и быстро мерять какой-то процесс, скажем тот же 1MSPS - и удачи абдурин на ЭТО распереть вообще. Это сразу становится - куском проблем. Винтажный 8 бит дизайн с тормозным ядром не заточен на такие потоки, а если хоть какую-то обработку сигнала делать.. ых, ых, ых, 8-битный уродец даже на своем дубовом 10-бит ADC замечает что оказывается 10 битов в 8 совсем никак не - и это попадос на математику этажеркой. В и без того тормозном ядре. Упппс! > Для чего мне дрчиться в какую-то осмысленную инженерию, если в конечном > итоге это приведет к тому же самому результату? Вот только я без особого напряга отсэмплирую пин чуть не миллион раз в секунду если мне оно надо. Мало ли какой процесс я мониторил. А на абдурине ... ых, ых, ых. Т.е. лопата и небольшой экскаватор в принципе оба позволяют копнуть куб грунта. Но есть нюансы. Поэтому ваше умение использовать лопату не делает вас серьезным конкурентом водителю экскаватора. Даже если это ведет к тому же результату.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91 Ответы: #123

116. Сообщение от Аноним (116), 01-Янв-26, 04:08	+/–
Лемир проделал. И до него ещё дофига сколько.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87

117. Сообщение от Аноним (117), 01-Янв-26, 04:17	+/–
Да он уже спихнул. Производство чипа оплатила компания, делающей криптокошельки. С хуангом по-видимому договор - он им чип сдизайнит бесплатно, а они оплатят производство, и у этой же компании энтузиасты эти физические чипы и купят как дополнительный бизнес. Мемристорная память на чипе - это тоже прикол от этой компании, их разработка, поэтому все кто хотят форкать - хоть обфоркуются, чип завязан на патенты и ноу-хау этой компании.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110 Ответы: #118, #139

118. Сообщение от Аноним (117), 01-Янв-26, 04:18	+/–
Я даже не уверен, что чип сам хуанг дизайнил, а не компания, а хуанга как франшизу на раскрутку.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117

119. Сообщение от Tron is Whistling (?), 01-Янв-26, 10:16	+/–
Зачем тебе 100 юнитов? Надеешься из них один core2duo собрать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111 Ответы: #136

120. Сообщение от Tron is Whistling (?), 01-Янв-26, 10:23	+/–
> Если бы сейчас кто-то решил изобрести новый cisc, то он смог бы вместить туда намного более полезные инструкции А через 10 лет - ещё раз переизобрести, с новыми. И каждые 10 лет - переиначивать все ОС и компиляторы. x86 потому в недостижимых высотах и летает, что реальная ISA, с нее... сроками поддержки и совместимости. И не только собственно в системе команды CPU, но и в инфраструктуре.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63

121. Сообщение от Tron is Whistling (?), 01-Янв-26, 10:28	+2 +/–
> Реальные проблемы x86: > 1) это не масштабируется вертикально. x86 масштабируется и вертикально и горизонтально. Более того, до определённого момента на горизонтальное масштабирование (сиречь число CPU, далее ведер) просто забивали кроме серверных применений. Просто вертикальное уже почти достигло имеющихся физических пределов технологии - все остальные к таковым тоже близко, но в силу меньшей востребованности - чуть дальше. > 2) переусложненные системы, которые крайне сложны в bringup и не могут ни шагу без блобов С армами всё ещё хуже. Во-первых, жутчайшая фрагментация. Во-вторых, фрагментация + вендорлок чуть более, чем везде. Без блоба во внутренние "акселераторы" редкий реальный арм (я не о чистых дебажных, я о реально эксплуатируемых) вообще как-либо стартует, ну либо стартует, но в виде огрызка с чистой жевалкой команд и околонулём периферии. > 3) два с половиной поставщика вместо экосистемы Если честно - это лучше чем полторы сотни поставщиков, из которых каждый выхлоп со своими блобами и квирками и без нормальной совместимости с остальными вообще (разве что опять брать чистый огрызок командодробилки, но тогда оно ни в производительность, ни в потребление).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106 Ответы: #138

122. Сообщение от Tron is Whistling (?), 01-Янв-26, 10:31	+/–
> ладно заловендорлочить ядро на llvm (нет, не ладно), но завендорлочить целый ЦПУ > на llvm - это что-то с чем-то Не, ну это ж разовая акция. Послезавтра эта однодневка уйдёт с рынка и всё, будет какое-то ещё поделие вместо неё. Там плакать-то будет же не тот, кто завендорлочил, а тот, кто это рискнул использовать или на это завязаться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

123. Сообщение от Tron is Whistling (?), 01-Янв-26, 10:38	+/–
Тут момент. В том, что STM32 продуман под реал юз и удобнее ардуины для реальных применений - это вот просто настолько очевидный факт, что тут даже спорить бессмысленно. Если мне нужен вот такой вот да умный MC - я возьму STM32 без колебаний. Но ардуина - это не просто MC. Это да, целая экосистема, ценность которой несколько выше ценности собственного самого MC. Но тут второе но: это экосистема больше для индивидуэл юз и лабных экспериментаторов. Поэтому даже при откровенно х** реализации собственно железа, у неё больше востребованность именно в секторе кулибиных, в т.ч. тех, которым чистый STM32 освоить сложно, и от этого никуда не деться. Потом часть этих кулибинов, которые выросли из ютубинга своих поделок, и которым уже реал юз нужен - придут и к STM32 и к прочим :) Короче тёплое с мягким сравнивать "в лоб" бессмысленно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115 Ответы: #135

124. Сообщение от Tron is Whistling (?), 01-Янв-26, 10:42	+/–
> У "обычного людя" может возникнуть потребность сунуть нос под капот, если только > это не совсем конченная креветка с мозгами "нажми на кнопку - > получишь результат". Да реально ничего не изменится. Я там ниже чуть обизложил, реально вот ардуина - это для кулибинов и экспериментов, как применялась, так и будет. Реального прода на ней по сути не было (ну разве что в совсем уж кошмарных извратах). Поэтому как игрались - так и будут играться, а реал юз всё равно да, пойдёт в сторону STM32 и более специализированных MC, как и раньше. И в не малой мере - после ардуины.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

125. Сообщение от Tron is Whistling (?), 01-Янв-26, 10:47	+/–
FP на Z80? У меня аж волосы на заднице зашевелились при упоминании. Там это стоило таких костылей, что оно годилось разве что в калькулятор. Все более-менее сносные вещи делали в очень хитрых fixed point, причём очень часто - табличной предконверсией, причём с извратами, те же синусы например часто упаковывали на условные 256 градусов :D вместо привычных 360. Потому что там даже 16-битные операции - это уже нетривиальная долбанина.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #129

126. Сообщение от Tron is Whistling (?), 01-Янв-26, 10:56	+/–
И батарейки в рюкзаке.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

127. Сообщение от Аноним (127), 01-Янв-26, 11:46	+/–
Чо, с перепою вообще котелок не варит, даже прочитать не получается то, на что отвечаешь? > Например всякие CISC команды бывшие в x86 без всяких SIMD еще. Там есть реально сложные типа копирования или поиска в цикле - разваливаемые на целую последовательность силами uCode. В ARM просто нет uCode. Все достаточно просто для прямого выполнения. Вопрос стоял, какие сложные инструкции есть в ARM, ты зачем-то мне про x86 втираешь. > У x86 внутри реально совсем другие блоки выполнения а x86 ISA лишь фронтэнд.\ Напомню, речь идёт про arm. > В ARM такого ессно нет. Выше было заявлено, что есть. > Для этого есть debug info. Да неужели? Существование debug info просто переворачивает сказанное мною, и говорит о том, что динамического выделения регистров нет. Так? Или что ты хотел сказать? Чувак, я тебе скажу вот что. Если ты встреваешь в разговор взрослых дядей, чтобы бляснуть своими познаниями, ты хотя б выспись сначала как следует после празднования НГ. То есть до третьего числа молчи зубами к стенке. К слову, я отмечу, что микрокод есть во всех современных процессорах. В том числе и в arm'ах. Микрокод сильно упрощает процессор, вне зависимости от того, risc это или cisc, потому что любая операция процессора будет сложной в железе, и её прям-таки напрашивается разбить на микрооперации. Более того, конвеерное выполнение инструкций требует микроопераций.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109 Ответы: #128, #137

128. Сообщение от Аноним (128), 01-Янв-26, 15:35	+/–
Микрооперации не эквивалентны микрокоду. И инструкци в микрокоде всегда почему-то тоормознутее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127 Ответы: #133, #134

129. Сообщение от Медведь (ok), 01-Янв-26, 18:00	+/–
Такая программа 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 с )))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125 Ответы: #130

130. Сообщение от Tron is Whistling (?), 01-Янв-26, 21:19	+/–
427000 тактов CPU на итерацию, блжд. Это кошмар.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129 Ответы: #140

132. Сообщение от Аноним (132), 01-Янв-26, 22:21	+/–
> - деньгами ( и не пи-пи моск - за так никто тебе его не всунет!) Кто ж вам площадь кристалла бесплатно то подарят. За 20 центов - только хардкорно минимизированное ядро с мизерной площадью и потому - урезанное по перфомансу и фичам, и памяти не дофига. Но называя вещи своими именами, получить за 20 центов 32-бит ядро, DMA, STM32-like железо, при 2 кило оперативы и 16 флеша - это довольно круто. Ибо в этом сегменте конкунентом был кто? PIC10 или 12? С совсем другими спеками? :D > - потреблением, и если твой дивайс на батарейке - это кончен бал, > погасли свечи(С) Ну вот там да. Чипы с плавучкой - обычно топовые. Мощные. Жручие. С солидными утечками даже если ничего не делать. Прокостылить это все - можно конечно. Как в STM32 топовых в L сериях. Но тогда вы будете очешуевать с сложности power management этой вундервафли. > Про нагрев не буду но тоже может за-ролять. Может. И роялит. Поэтому вам могуот отлить чип по 22 нм нормам. Но для МК это - слишком хлипко, будет чаще глюкать от частиц влетевших в него и проч с 1 стороны. С другой data retention всяких флешей и проч уйдет в район плинтуса. Но можно конечно и одноразовый embedded получить. Для датчика протечки г-на может это и ОК, но будет довольно обломно если у него флеха г-но и утечет ДО того как отрепортить утопание в г-не, так что девайс совсем не выполнит свою функцию. А если так ABS какой приколется - вы и в ящик можете сыграть "фиг бы его знает почему". И совсем не факт что очередная Тойота с ее безопасТностью внимательно проштудирует data retention, отказы от гарантий и что там. > А случаи ... онЕ разные бывают!(С) Один хитрый старичок :) И основная масса чипов так то продается - мелких и дешевых. А эта штука... ну как бы посмотрим много ли юнитов сэр сможет продать, и что инвесторы на эту тему через пару лет скажут. Они ж не просто так бабки давали на пуск производства?! Вон там был гений инженерии. Делал клон N900. С теми же спеками но гиг оперативы. Чтобы родной софт запускать 1 в 1. Проблема только в том что в эпоху 4+ ядер на 2+ ГГц 1-ядерник на 600-800МГц смотрелся тухло. И почти никто не стал денег давать за ЭТО. Ибо убогие спеки за уйму денег. А сэр так то нашел денег где-то и купил комплектухи сполна. И даже гасилово скептиков на форуме с абузом мод прав - ни в раз ему не помогло в таком ведении бизнеса. ИМХО сабж имеет шансы как-то так же выступить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104

133. Сообщение от Аноним (-), 01-Янв-26, 22:28	+/–
Ссылку на измерения пжалста. Как тебе удалось сравнить время выполнения микроопераций через микрокод и без него? Мне вот на самом деле интересно знать, я б тоже хотел овладеть техникой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #128

134. Сообщение от Аноним (-), 01-Янв-26, 22:29	+/–
Я так заинтересовался техникой, что забыл про самое главное: в контексте разговора, в который ты вмешался, скорость выполнения микроопераций вообще побоку. Вопрос о том, есть ли в arm'е сложные инструкции или нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #128

135. Сообщение от Аноним (-), 01-Янв-26, 22:45	+/–
> В том, что STM32 продуман под реал юз и удобнее ардуины для > реальных применений - это вот просто настолько очевидный факт, что тут > даже спорить бессмысленно. Если мне нужен вот такой вот да умный > MC - я возьму STM32 без колебаний. Фокус в том что абдурин - юзает обычный Atmel AVR. Точнее, уже Microchip AVR. Да и абдурин уже - квалком. Т.е. активы настолько перспективные что их перекидывают какому-нибудь немамонту как горячую картошку. Предыдущим хозяевам что-то душновато стало окаменелые какахи мамонта всучивать, походу. Если кто не в курсе, AVR был сделан норвежцами. Как вполне серьезный МК. Типа-удобный для типа-си. Не так уж плохо смотрелся в нулевых. И опенсорсу был относительно дружественный, пока STM32 с своими HAL и Keil возился, это avr-gcc умело. И опенсорсники ессно взяли его в оборот. И - вот - даже похайповать смогли. Но хайп это прекрасно, но сколько чипов нубочайникам вы продадите? Идея видимо - что те кто обучился на абдурине потом AVR и в серийные вещи будут. Но из-за тех соотношений цена-фичи с этим есть нефиговые технические и денежные проблемы. А продать 100 чипов 100 чувакам с кормушкой для кошек - да, но... совершенно не спасет чипмейкера. Магия количеств тупо не запускается в таком виде. А нормально инженерить отрисовав в CAD и сделав хоть какой-то тиражик - те господа не умеют. И вот тут - УПС. Это не next gen эмбедеров вышел а next gen криволапиков. Которые погоду чипмейкеру не сделали. Кому вы ваши #$%чие клубки проводов "в количестве" продадите? Да и сколько вы такого супер-технологичного треша осилите собрать даже если вам жирный заказ на него повесить? На каком по счете клубке проводов вы решите что рассаду выращивать пожалуй выгоднее чем так #$%ться за копейки в стиле китайца за рис? :) > Но ардуина - это не просто MC. Это да, целая экосистема, ценность > которой несколько выше ценности собственного самого MC. Но тут второе но: > это экосистема больше для индивидуэл юз и лабных экспериментаторов. Проблема этой экосистемы в том что она не покрывает затраты чипмейкуру. Ибо в тиражи кучи чипов с ТЕМИ соотношениями не идут. А продажа 100 чипов, даже с накруткой - ее не хватит на содержание Atmel (Microchip, Qualcomm, ...). > при откровенно х** реализации собственно железа, у неё больше востребованность именно > в секторе кулибиных, в т.ч. тех, которым чистый STM32 освоить сложно, Нюанс для тех кто это затеял в том что эта экосистема совершенно бесполезна с точки зрения потоков бабок, масштабирования проектов в более серьезный индустриал и - продажи чипов. Т.е. убогий AVR даже в штучные то проекты паять - это создавать себе кучу траблов R&D на ровном месте убогим железом. А в тираж - это откровенное кидание себя и остальных на мегабаксы. С дикой переплатой за убогие фичи архаичного чипа. И да, при таком вопросе проще извините дева заменить. И нанять того кто оптимизнет жирный тираж. > выросли из ютубинга своих поделок, и которым уже реал юз нужен > - придут и к STM32 и к прочим :) Придут. Вот только хозяевам абдурины и чипмейкеру с этого уже нифига не обломится. AVR чисто технологически по цена-фичи рожей не вышел ставить ЭТО в новые проекты. Годится только для слива легаси немамонтам-чайникам, не понимающих насколько их развели и что впарили. Такие ессно не смогут в тираж. Ибо с столь иррациональным девелопом в этоим жестоком мире с "магией количеств" просто не живут. > Короче тёплое с мягким сравнивать "в лоб" бессмысленно. Но этот мир жесток и никуда вы от этого не денетесь. Если кто думает что чипмейкер сможет жить только на горстке отбитых DIY принципиально не собирающихся в тиражи и клавших на освоение современной инженерии... у меня для чипмейкера и его инвесторов плохие новости. Это немного не тот поток денег который им надо для существования, а в тираж ТО в конкурентоспособном виде уйти не сможет. Почему-то.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #123

136. Сообщение от Аноним (136), 01-Янв-26, 22:52	+/–
> Зачем тебе 100 юнитов? Надеешься из них один core2duo собрать? А почему бы за 20 центов и не взять мелкоопт с скидкой... да и датчик протечки г-на и прочие фонарики с DMA и motor control timers - довольно пафосно, чтоли, можно и поприкалываться. Попутно местами при удаче кого-нибудь немного подвинув по свойствам за копейки, типа вон тех AVRщиков :). Или даже местами впиххав ЭТО вместо жесткой логики, специализированных чипов и проч. Китайцы тоже так делают. Скажем некоторые USB-UART конвертеры за копейки на самом деле не спецчипы а лишь дешевый МК с фирмварой под задачу. Кому какое дело как оно внутри сделано, в конечном итоге. Роялит то цена-фичи. И если мк вышли на тираж и дешевле стало более массовые generic мк + фирмвару продать как solution, ну, упс, значит теперь на рынке оттянется вот это вот. За счет более дорогих конкурентов. А я рещил что идея присоединиться к такому банкету - ничем не плоха :). А ты можешь со мной поконкурировать своим x86 и корой дуба. Если сможешь. Масштабируемые экосистемы имеют свои прелести. А периферия? Это клон STM32 по сути. Все кто знал STM32 будут автоматически в курсе что и как на 80%.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119

137. Сообщение от Аноним (-), 01-Янв-26, 23:16	+/–
> К слову, я отмечу, что микрокод есть во всех современных процессорах. В > том числе и в arm'ах. Микрокод сильно упрощает процессор, вне зависимости > от того, risc это или cisc, потому что любая операция процессора > будет сложной в железе, и её прям-таки напрашивается разбить на микрооперации. > Более того, конвеерное выполнение инструкций требует микроопераций. Мне кажется что проспаться после НГ надо и этому комментатору. Который где-то нашел микрокод в ARM! Хотя RISC он ни в п... ни в красну армию: у ARM команды достаточно простые команды чтобы не требовалось их на микрооперации разваливать. И более того uCode ROM/RAM не халявен. И привносит свои недостатки. По этому поводу VLIW пытались от него отделаться сохоанив бэк похожий на современные x86. Но вылезли свои нюансы. > Более того, конвеерное выполнение инструкций требует микроопераций. Откуда бы все это следует? И допустим жирный апликушный 64 бит RISCV от отшнуровки алибабы достаточно современный? Они такое в сервера пхают. Тогда вон там - гитхаб, вон там - сорц. Покажете где там uCode в этом?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127

138. Сообщение от Аноним (-), 01-Янв-26, 23:37	–1 +/–
> x86 масштабируется и вертикально и горизонтально. Законкурируй этот мой мешочек CH32 RISCV за 20 центов своим x86? Почем сможешь датчик протечки г-на, многорежимный фонарик или что там еще на этом? :) RISCV - масштабируется вот настолько. От здоровенных серверных 64-битников до 8-лапой 15-центовой фигни. И даже есть куча task-specific штук где внутри - RISCV. Всякие aux ядра в более жирных железках, специализированные массивы крушилок, вот это все. И таки тулчейны там могут быть те же самые. Удачи так с x86. Вы чужие на этом празднике жизни. Эта битва будет между RISCV и ARM. Еще MIPS пытался, но не осилил. И примкнул к RISCV. Денег то хочется. > Более того, до определённого момента > на горизонтальное масштабирование (сиречь число CPU, далее ведер) просто забивали кроме > серверных применений. У нас сильно разные понятия о масштабируемости и ее диапазоне. RISCV и ARM куда более масштабируемые экосистемы. Мы живем в настолько разных мирах что вы вообще не понимаете масштаб отличия экосистем. Но это не мои проблемы. > Просто вертикальное уже почти достигло имеющихся физических пределов > технологии - все остальные к таковым тоже близко, но в силу > меньшей востребованности - чуть дальше. У меня к x86 основные претензии к тому что 1) Мало вендоров. 2) Вниз не масштабируется. И тут вы с вашей за...шей уже в край уберсложностью и гигантоманией. Без которой моя жизнь будет намного лучше. С точки зрения bring-up систем, time to market, независимости от 1-2 стремных supplier, огроменными blob-only фирмварями, переросточными платами и дизайном системы, и прочими "прелестями" x86. > С армами всё ещё хуже. У меня как у практикующего направление - сильно другие идеи на этот счет. Bringup ARM'овой борды - вполне посильная смертному задача. С x86 это вытягивает - полторы фирмы на планету. А остальных вообще на этом празднике жизни (OEM и глубокая системная интеграция и кастомизация) в x86 - не ждут. И сделали это всем максимально вражедбно с блоб-фирварами, ME, PSP, 100500 тантров для нормального дебагдоступа и проч. Вы на вашем интеле RED доступ в дебаг официально не получите - никогда. Да и orange вероятно - тоже. А без этого вы guest голимый. А не хозяин системы. На ARM же прицепиться JTAG и получить 100% убердоступ, god mode - нормальное состояние дел. И девственные чипы с фабы без чьих-то мастерключей - нормальное состояние дел. В отличие от x86 где интел и амд прям на фабе шьют мастерключи в фузы ME/PSP и хрен оспоришь. Проц прям с фабы лишен девственности и хозяин уже прописан в OTP-клеймо. И это - не вы. > Во-первых, жутчайшая фрагментация. Во-вторых, фрагментация + вендорлок > чуть более, чем везде. Уж кто бы про вендорлок говорил с своими ME и PSP. А когда еще и нет фрагментации чтобы от такого "счастья" отделаться - x86 как самолет: даже если тошнит, выйти не получится. > Без блоба во внутренние "акселераторы" редкий реальный > арм (я не о чистых дебажных, я о реально эксплуатируемых) вообще > как-либо стартует, ну либо стартует, но в виде огрызка с чистой > жевалкой команд и околонулём периферии. Какие блобы, в какие акселераторы? О чем все это было? У меня вот прямо сейчас взлетает борда где on-die ROM пинает мой uboot и отваливает навечно. Далее весь boot sequence лично мой. И вся система под моим чутким контролем. На уровне который вам на x86 никто давать и рядом не собирался. Кто вам хотя-бы жытагом на вашем x86 даст там потыкаться с полными правами? А на ванильном ARM с фабы - прицепился да дебажь. RISCV SoC - аналогично. > Если честно - это лучше чем полторы сотни поставщиков, из которых каждый > выхлоп со своими блобами и квирками и без нормальной совместимости Не вижу ничего хорошего в 2 о...ших в край господах с их ME и PSP, блобами и лишении девственности проца прям с фабы. Мне такие системы просто не требуются. Даже на мой десктоп и сервера. Не говоря про более деликатную эмбедовку.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121 Ответы: #141

139. Сообщение от Аноним (139), 01-Янв-26, 23:44	+/–
> купят как дополнительный бизнес. Мемристорная память на чипе - это тоже > прикол от этой компании, их разработка, поэтому все кто хотят форкать > - хоть обфоркуются, чип завязан на патенты и ноу-хау этой компании. Ну вот мемристоры как таковые может и неплохая идея. Но там как-то мало сведений - может ли сие флеху заменять, как там с data retention, вот этим всем. А при 22 нм для "mcu-like" дизайна это не праздные вопросы. Ибо бла-бла про безопасность это отлично, но что будет если в проц какая-то космическая частица влетит? А, на этот случай гарантии Rust не распостраняются, а 22 нм чипы так по жизни уже - довольно хлипки по МКшным меркам? И вот куды это нечто предлагается и зачем?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117

140. Сообщение от Медведь (ok), 02-Янв-26, 00:17	+/–
Думается, тут львиную долю тактов отжирает как раз интерпретатор.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130

141. Сообщение от Аноним (10), 02-Янв-26, 02:34	+/–
> Мне такие системы просто не требуются. Даже на мой десктоп и сервера. Что в них стоит?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #138

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема