The OpenNET Project / Index page

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



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

Оглавление

Проект Raspberry Pi представил плату Pico на основе собственного микроконтроллера, opennews (??), 21-Янв-21, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


137. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от eganru (?), 22-Янв-21, 12:32 
Непонятно, почему два cortex m0+. на мой взгляд было бы гораздо лучше 2 m4. simd и basepri решили бы уйму проблем, которые на m0+ придется хитрить.
Ответить | Правка | Наверх | Cообщить модератору

159. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от n80 (?), 22-Янв-21, 15:22 
> Непонятно, почему два cortex m0+. на мой взгляд было бы гораздо лучше 2 m4.

Думаю, вопросы лицензии имеют место, см. мой ответ выше.

> simd и basepri решили бы уйму проблем, которые на m0+ придется хитрить.

Кому нужно нормальное ядро — уже взяли STM32 или ещё чего. А тут явно не та целевая аудитория, хитрить если кому и придётся, так разве что компилятору.

Ответить | Правка | Наверх | Cообщить модератору

164. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от eganru (?), 22-Янв-21, 15:46 
[i]Кому нужно нормальное ядро[/i] - здесь 2 ядра. 2ядра могут предоставить производительность существенно выше, чем 1, особенно если много потоков, в которых не нужна особая функциональность.

Что сможет сделать компилятор, если simd нет? просто смириться и сделать как-то - а успеет там что-то раскодировать/закодировать, не успеет раскодировать/закодировать - вопрос.

В итоге тот же celt будет ядро на половину машинного времени грузить, а был бы simd, то вопросов простых кодеках вообще бы не возникало.

Ответить | Правка | Наверх | Cообщить модератору

165. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от n80 (?), 22-Янв-21, 15:56 
> [i]Кому нужно нормальное ядро[/i] - здесь 2 ядра.

Так микроконтроллеры c 2+ ядрами давно существуют.

> Что сможет сделать компилятор, если simd нет? просто смириться и сделать как-то

Именно так. Тем более, что вряд ли кто-то будет собирать под эту плату код с SIMD-intrinsic'ами.

> В итоге тот же celt будет ядро на половину машинного времени грузить,
> а был бы simd, то вопросов простых кодеках вообще бы не возникало.

Дык, уже есть железки для тех, кому «знакомы эти буквы».

Ответить | Правка | Наверх | Cообщить модератору

329. "Проект Raspberry Pi представил плату Pico на основе собствен..."  +/
Сообщение от Аноним (-), 28-Янв-21, 12:00 
> существенно выше, чем 1, особенно если много потоков, в которых не
> нужна особая функциональность.

В штуке типа M0 вот именно многозадачность делать - довольно душноватенько. Поэтому вот именно потоков на 2 ядрах скореее всего только 2 и будет. Именно полновесную ОС, именно с нормальными потоками на таких вещах редко подымают. От них оверхеда и потери предсказуемости много, если это было не надо, проще нормальный одноплатник с линем взять, и вот там потоков процессов и прочего будет дохрена и в лучшем виде, намного круче чем это реально на микроконтроллерном ядре. Однако отмерять ровно 100 наносекунд, а не 50, 200 или сколько там получится, вы этим все-таки не сможете, в отличие от микроконтроллера.

> Что сможет сделать компилятор, если simd нет? просто смириться и сделать как-то
> - а успеет там что-то раскодировать/закодировать, не успеет раскодировать/закодировать
> - вопрос.

До того как умничать - надо хоть немного в теме разобраться. От микроконтроллерного ядра вообще не требуется супер-производительность. Оно или успевает свою задачу окучивать в реалтайм, или нет. И если успевает, "на 20% быстрее" не дает вообще совсем ничего. А если не успевает, у вас уже сразу на старте большая проблема, "отсутствие запаса перфоманса". При этом вы уже залетели - а вдруг юзер еще и новую фичу попросит? А у вас уже ресурсов нет, вы то что есть едва впихали после камасутры с оптимизацией.

> В итоге тот же celt будет ядро на половину машинного времени грузить,
> а был бы simd, то вопросов простых кодеках вообще бы не возникало.

Ну так возьмите себе одноплатник какой-нибудь, ARM сжует его даже без simd. А микроконтроллеры так по жизни - не числокрушилки. Ну не их это, они для управляющих задач. Хотя у какого-нибудь STMicro можно найти и монстров типа старших F7/H7 которые где-то на границе направлений. Но вы, имхо, сойдете с ума пытаясь совладать с этой системой. Потому что линух там все же малость экзотика, а кастом на таком монстре подымать вы наверное все же опупеете с вашим уровнем.

Ответить | Правка | К родителю #164 | Наверх | Cообщить модератору

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

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




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

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