michas (03.10.2022 10:37, просмотров: 7018)-
- PARALLAX со своими "пропеллерами" похоже чего то не понимают :) Ozelot(1 знак., 04.10.2022 22:15, ссылка)
- +1. Но писать для них - это отдельное упражнение. Я не говорю, что там все плохо. Но там все другое :) - Evgeny_CD(04.10.2022 23:12)
- Увеличение числа ядер - дурная затея :). Этой болезнью сначала
заболели Intel и AMD из-за того, что достигли верхнего предела
тактовой скорости при той технологии, которой обладали. Вот и
начали ядра клепать, чтобы увеличить суммарную производительность.
А кортексам оно зачем? Ну два ядра это еще куда ни шло, а больше их
и не надо. Вместо этого следовало бы тактовую скорость наращивать в
купе с заменой flash на sram. Типа того, чтобы при старте программа
из flash Kceния(298 знак., 04.10.2022 20:52)
- многоядерность была бы мегаполезной в случае создания компактной ОС
для встроенных приложений, поддерживающей многоядерность. По
глупостимолодости :) пробовал делать многопоточные программы с прототипом некоей операционной среды (надо было организовать на меге16 десяток программных медленных УАРТов, интерпретатор команд, и ещё с полдесятка всяких сервисов. В принципе Adept(538 знак., 04.10.2022 21:58)- многоядерность в больших пк стала востребована, когда скорость
одного ядра упёрлась в потолок. а нахрена лепить два кортекса-М0,
если один М4 на большей частоте их уделает. мало М4 - лови R5. кому
и этого мало - есть ещё А серия, там вообще разных ядер до усёру. и
когда уже нехватит ядра А76 на 2.5 гигагерца - вот тогда и можно
говорить про многоядерность. которая, собственно, в мобилках и
есть. - Mahagam(04.10.2022 22:14)
- +1. Кроме этого можно придумать сценарии типа "на одном ядре
крутится что-то шустрое с быстрым откликом, а на другом
монструозный софт", но это едва ли тянет на массовость. - SciFi(04.10.2022 22:21)
- на шустрый отклик обычно требуется примитивное действие в ответ. и для этого есть FPGA. - Mahagam(04.10.2022 22:46)
- +1. Кроме этого можно придумать сценарии типа "на одном ядре
крутится что-то шустрое с быстрым откликом, а на другом
монструозный софт", но это едва ли тянет на массовость. - SciFi(04.10.2022 22:21)
- Чего это "не взлетел"? Коптит потихоньку... mse homjak(1 знак., 04.10.2022 22:14, ссылка)
- многоядерность в больших пк стала востребована, когда скорость
одного ядра упёрлась в потолок. а нахрена лепить два кортекса-М0,
если один М4 на большей частоте их уделает. мало М4 - лови R5. кому
и этого мало - есть ещё А серия, там вообще разных ядер до усёру. и
когда уже нехватит ядра А76 на 2.5 гигагерца - вот тогда и можно
говорить про многоядерность. которая, собственно, в мобилках и
есть. - Mahagam(04.10.2022 22:14)
- гигадевайс как раз идет по этому пути в своих клонах )) - 0men(04.10.2022 20:53)
- Пусть тогда ST у них учится. - Kceния(04.10.2022 20:58)
- многоядерность была бы мегаполезной в случае создания компактной ОС
для встроенных приложений, поддерживающей многоядерность. По
- посмотрите последние чипы с от nordic, ST c поддержкой БТ и прочего радио. да тотже эспрессиф со своими разнояйцевыми xtensa+Cortex, xtensa+RiscV - RED_DRAGON(04.10.2022 20:41)
- В чём причина того, что вы думали, что "двуядерность будет вполне
массовой"? - SciFi(03.10.2022 10:59)
- Вроде как добавка ядра М-0 к шине матриц сильно кремнию в цене не
прибавляет, по крайней мере так писали. Вот и непонятно, отсутствие
отдельного ядра при необходимости купирует ОС? Получается конечным
разработчикам второе ядро не надо? - michas(03.10.2022 11:23)
- Вы пробовали применять второе ядро на практике? Я пробовал. Это
геморрой. И зачем? Если оч. надо, проще рядом ещё один МК
поставить. Не верю, что есть массовые сценарии, где второй проц на
кристалле вот прямо так востребован. Попробуйте придумать такой
сценарий, и я объясню, почему он не массовый или не востребованный
:-) - SciFi(03.10.2022 11:28)
- Я тоже пробован на NXP. Сначала на одном ядре БЛЕ отлаживал с чужими библиотеками и оськой, потом основное ядро с совсем другой оськой и между ядрами только небольшой поток сообщений верхнего уровня. Пришлось это на иаре делать, поскольку он под многоядерную отладку заточен. Не особо удобно, зато все чужое где-то там крутится и не отвлекает. - Andreas(03.10.2022 11:44)
- На одном ядре крутим серьезную математику, второе работает с
периферией не отвлекая первое. Давай опровергай. PS второй проц
требует дополнительно места и всяких накладных расходов. - Codavr(03.10.2022 11:33)
- Серьезная математика явно медленная и не сильно реалтаймовая. При
правильной архитектуре ничего никому не мешает, лишь бы на всё
хватило средней производительности. Усложнять архитектуру железа
ради желания схалтурить на архитектуре софта так себе идея.
Схалтуришь в одном месте, усрёшься в другом. - mr-x(03.10.2022 12:38)
- мне нужно. сколько ядер дашb, все раскачаю на полною мощность. вопрос я считаю не в ядрах а в том как их вязать. klen(143 знак., 03.10.2022 13:27)
- Опровергаю. Эти ядра мы запихиваем в разные корпуса. Соединяем их
по УАРТу с перемычками. Софт пишут и отлаживают
(отставить"отлаживают" - "отккладывают") разные люди. Из приборов,
где критичен объём, я видел только мобильные телефоны. Все
остальные приборы состоят в основном из воздуха и аккумулятора.
Офигенная лёгкость в модификации приборов достигается. Требования к
МК снижаются до пола. - Kpoк(03.10.2022 11:55)
- Легкая модификация - это обновление ПО в полях? Обоих контроллеров?
Любопытно, как у вас это организовано? - AlexBi(03.10.2022 15:43)
- Вклинюсь. Есть ведущий и ведомые МК. Ведомые стартуют в режиме заводского загрузчика, ведущий умеет их прошивать. Таким образом, для первичной прошивки достаточно прошить ведущего, ну и обновление тривиально. Если заводского загрузчика нет или он не подходит, придётся ведомым сделать самодельный загрузчик. - SciFi(03.10.2022 16:22)
- Нет. Только дома. И не только ПО. - Kpoк(03.10.2022 16:14)
- У меня сейчас так в приборе, два процессора и UART. Писать такое
нормально, а вот отлаживать весь прибор целиком не очень чтобы
приятно. Спасаюсь только когда-то давно принятым решением, что
каждый процессор постоянно шлёт данные с некоторой периодичностью,
надо или не надо. И если один перезапустить под отладчиком, а
второй попросить не реагировать на временные сбои, то можно
подхватить совместную работу отладчиком. - mr-x(03.10.2022 12:50)
- Сделать между ними разрыв. На нём два разъёма, чтоб любой из
проциков можно было подключить к ПК. После отладки на разъёмы
устанавливается перемычка. - Kpoк(03.10.2022 13:01)
- Не понял, зачем это? Смотреть трафик? На обоих процах весь трафик и
так есть. Эмулировать проц на ПК? Ну нафиг, ещё геморрой. Да и
толку то, нужна работа прибора с внешним миром, а не эмуляция. А то
что я выше описывал, просто позволяет переключиться с автономной
работы процессора на работу под отладчиком не нарушив
взаимодействие, потому как оное взаимодействие тупое. - mr-x(03.10.2022 13:12)
- Дело вкуса. Лишняя точка контроля. Опять же, работа "под отладчиком" это как секс в презервативе. - Kpoк(03.10.2022 13:13)
- Не понял, зачем это? Смотреть трафик? На обоих процах весь трафик и
так есть. Эмулировать проц на ПК? Ну нафиг, ещё геморрой. Да и
толку то, нужна работа прибора с внешним миром, а не эмуляция. А то
что я выше описывал, просто позволяет переключиться с автономной
работы процессора на работу под отладчиком не нарушив
взаимодействие, потому как оное взаимодействие тупое. - mr-x(03.10.2022 13:12)
- Сделать между ними разрыв. На нём два разъёма, чтоб любой из
проциков можно было подключить к ПК. После отладки на разъёмы
устанавливается перемычка. - Kpoк(03.10.2022 13:01)
- А если это обработка изображений, очень популярная тема нынче? - Codavr(03.10.2022 11:57)
- Надо брать плату, поддерживающую КУДУ, там 512 "ядер". - Kpoк(03.10.2022 12:38)
- Легкая модификация - это обновление ПО в полях? Обоих контроллеров?
Любопытно, как у вас это организовано? - AlexBi(03.10.2022 15:43)
- Серьезная математика явно медленная и не сильно реалтаймовая. При
правильной архитектуре ничего никому не мешает, лишь бы на всё
хватило средней производительности. Усложнять архитектуру железа
ради желания схалтурить на архитектуре софта так себе идея.
Схалтуришь в одном месте, усрёшься в другом. - mr-x(03.10.2022 12:38)
- Во, я же не зря спрашиваю. Хочу мнение использовавшего. В реальной жизни я и три разных процессора ставил на плате, если под разные архитектуры уже был софт написан. Естественно появлялся огромный геморрой по взаимопередаче данных. А тут можно код оперативно пересобирать под какое-угодно ядро. - michas(03.10.2022 11:31)
- Вы пробовали применять второе ядро на практике? Я пробовал. Это
геморрой. И зачем? Если оч. надо, проще рядом ещё один МК
поставить. Не верю, что есть массовые сценарии, где второй проц на
кристалле вот прямо так востребован. Попробуйте придумать такой
сценарий, и я объясню, почему он не массовый или не востребованный
:-) - SciFi(03.10.2022 11:28)
- Закрытые стеки типа BLE удобно на другом ядре гонять. ST NXP TI примерно по этому пути пошли, но чуть по разному. У нордика все на одном ядре и их закрытый стек иногда мешает и времянки сносит, зато процы дешевые. - Andreas(03.10.2022 11:18)
- Закон Мура и все такое. Объемы памяти растут, задачи растут,
библиотеки тоже растут ;) На мабилу свою позырь. - Codavr(03.10.2022 11:02)
- Не только лишь все с такими задачами работают. У 90% светиком
помигать, с АЦП что-то получить, релюшкой щелкнуть. - POV(03.10.2022 11:04)
- А кто-то говорил, что все на два ядра переведут? Для мигалок
наделано архитектур и конкретных процессоров предостаточно. - Codavr(03.10.2022 11:08)
- ну товарисчь выше думал про "массовость"... POV(290 знак., 03.10.2022 11:09)
- Накладные на интерконнект, это понятно. Но тут то мы бы работали с общим ОЗУ. Свой геммор есть, но все решаемо. - michas(03.10.2022 11:25)
- 10 миллионов это массовость или еще нет? - Codavr(03.10.2022 11:22)
- ну товарисчь выше думал про "массовость"... POV(290 знак., 03.10.2022 11:09)
- А кто-то говорил, что все на два ядра переведут? Для мигалок
наделано архитектур и конкретных процессоров предостаточно. - Codavr(03.10.2022 11:08)
- Не только лишь все с такими задачами работают. У 90% светиком
помигать, с АЦП что-то получить, релюшкой щелкнуть. - POV(03.10.2022 11:04)
- Вроде как добавка ядра М-0 к шине матриц сильно кремнию в цене не
прибавляет, по крайней мере так писали. Вот и непонятно, отсутствие
отдельного ядра при необходимости купирует ОС? Получается конечным
разработчикам второе ядро не надо? - michas(03.10.2022 11:23)
- Для двухядерности нужна многопоточная ОСь. Лёхкая при этом. - =AlexD=(03.10.2022 10:52)
- Почему? Ядра торекламировали не одинаковые, М0+М4. Это куда как
ближе к концепции бареметалл, без ОС (накладных на постоянное
переключение контекста). - michas(03.10.2022 11:27)
- Потому что отлаживать этот бред сплошной геморой. - =AlexD=(03.10.2022 11:29)
- Аргумент. Что с накладными на блокировку доступа к разделяемым
ресурсам? ДМА и ОЗУ? - michas(03.10.2022 11:33)
- Где я видел, ОЗУ, ПЗУ и периферия разделены и иногда есть общая разделяемая область ОЗУ. Насчет ДМА не помню. - Andreas(03.10.2022 11:46)
- Не понял вопрос. В обоих случаях накладные примерно одинаковые. Вашему второму ядру по любому данные нужно откуда то брать и куда то скидывать, да семафорить. Кодить всё это в рукопашную - да ну его накуй. - =AlexD=(03.10.2022 11:36)
- Аргумент. Что с накладными на блокировку доступа к разделяемым
ресурсам? ДМА и ОЗУ? - michas(03.10.2022 11:33)
- Потому что отлаживать этот бред сплошной геморой. - =AlexD=(03.10.2022 11:29)
- Почему? Ядра торекламировали не одинаковые, М0+М4. Это куда как
ближе к концепции бареметалл, без ОС (накладных на постоянное
переключение контекста). - michas(03.10.2022 11:27)
- Ковидный Аллокейшн помешал. А так они начали в двухядерность: RP2040, ESP32 (не кортекс но туда же). - 3m(03.10.2022 10:44)
- очевидно ж - не пошла )) - POV(03.10.2022 10:41)
- PARALLAX со своими "пропеллерами" похоже чего то не понимают :) Ozelot(1 знак., 04.10.2022 22:15, ссылка)