Двухядерные Cortex от NXP, Cortex-M4 + Cortex-M0 в одном корпусе Опции

[afad]

Информация с сайта NXP, читаем и обсуждаем...

[ReAl]

То есть одно самое слабое из линейки, а второе специализированное под DSP применения. Грубо говоря для обработки сигнала, с сопроводительным ногодрыганьем.

Не только ногодрыганье. Скажем, есть сравнительно интенсивный обмен по нескольким каналам — ну зачем основному процессору отвлекаться, грубо говоря, на каждый байт? Да принять весь пакет, при необходимости всякие там байт-стаффинги обработать, контрольную сумму посчитать, отбросить битый пакет — зачем на это отвлекать основной процессор? То же самое при отправке — добавить рамку протокола для данных, адреса в нужном формате, контрольную сумму, ... файловую систему на SD обработать, в конце концов — ведущий просто говорит «прочитать» и этот процесс в его ОС просто спит пока ведомый не наковыряется со всеми фатами. А сотальные его процессы спокойно работают, контексты не щёлкают почём зря.

При наличии «сопроцессора ввода-вывода» (вот он, виток спирали) все периферийные устройства становятся «интеллектуальными» с точки зрения основного процессора.

Другое дело, что не всем (включая меня) такое нужно. Но это действительно отнюдь не та ниша, где именно многоядерные гигагерцы нужны.

[SasaVitebsk]

Не только ногодрыганье. Скажем...

Ну я упростил, конечно. Я сам уже сплошь и рядом применяю несколько МК в одном проекте. И не только потому, что один не справится. Просто удобнее, при их стоимости. Распределённые вычисления и связь по последовательному каналу. Просто, мобильно и т.п. Здесь конечно не та задача, но тем не менее.
Например недавно делал связку stm32f107 + lpc2478.
Вообще камню lpc2478 ещё один на кристале совсем не помешал бы.

[ig_z]

Как то довелось ковырять исходники зероконфа поверх uIP для четырех ядерного микроконтроллера . Я так и не смог оценить, на кой такая хрень была закручена.
Имхо до тех пор, пока не появится нормальный механизм распараллеливания на уровне языка и/или ОС, все это просто невероятный источник гемора на голову девелопера при весьма сомнительных и скромных достоинствах.

[SasaVitebsk]

Имхо до тех пор, пока не появится нормальный механизм распараллеливания на уровне языка и/или ОС, все это просто невероятный источник гемора на голову девелопера при весьма сомнительных и скромных достоинствах.

Ну здесь то это не поможет. Здесь скорее всего будет 2 независимых процессора с раздельной выборкой команд и общей шиной данных или перекрывающейся шиной данных. Поэтому проектирование будет построено по совершенно другому способу. 2 разных проекта для разных процов + общие внешние данные. Диспетчеризация, наверное будет аппаратная.