The OpenNET Project / Index page

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



"Проект Raspberry Pi представил плату Pico на основе собственного микроконтроллера"
Версия для распечатки Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Исходное сообщение [ Отслеживать ]
Заметили полезную информацию ? Пожалуйста добавьте в FAQ на WIKI.
. "Проект Raspberry Pi представил плату Pico на основе собствен..." +/
Сообщение от Аноним (-), 26-Янв-21, 12:08 
> Не на каждый чих. Но это я к тому что аргумент про CM0 — не аргумент.

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

> FS = 12 Мбит/с, это там точно есть.

Ну тогда я не понимаю что там про мышей воняют, это даже через usb3 вроде должно лезть? Те только на low speed обижаются вроде, и то, usb3 хаб это лечит.

> А вот может ли оно в 2.0 FS (с большими оконечными точками и обычной скоростью) — непонятно.

Ох, это уже RTFMать доки надо, мне на броадкома это лень, извините :)

> Жор, о котором я говорю, не столько ядром определяется, сколько частотой, умением
> динамически менять её, ну и нюансами периферии (clock gating, возможность будить
> ядро из спячки по приёму пакета на определённый адрес и т.д.).

Жор при прочих равных таки пропорционален числу переключаемых вентилей. Поэтому при прочих равных чем меньше вентилей тем меньше жрет. И M0 делался с прицелом на что-то такое, настолько что ему даже команды подобрубили.

> Помнится мне, выполнение из SRAM жрёт больше электричества, чем из flash (но
> и более быстрое).

Как минимум из даташитов STM32F следует что это ровно наоборот - флеш кушает больше, и к тому же тормознее по времени доступа, требуя wait states на быстрых камнях. Зато его больше и он энергонезависимый. К тому же в >=M3 он на отдельной I-bus, поэтому code fetch -> Ibus, Data -> Dbus. Параллельно. А если вы из RAM - тогда ВСЕ -> Dbus, и вот тут вопрос чья возьмет, сводится к тому перевесит ли отсутствие wait states возросший трафик шины.

> Это так, к вопросу о моём аргументе, что эта железка не позиционируется
> как энергоэффективная.

А черт его там знает. Это на самом деле даташит курить надо, но для сабжа я это делать не буду, ну нафиг на таких закладываться.

> Я так понимаю, оно в духе ESP8266, т.е. флешка замаплена в адресное
> пространство + часть оперативки на прозрачный кеш, а в остальную можно
> копировать для явного кеширования. Но нужно читать подробности.

Это не "в духе ESP", а, вообше, довольно распостраненное явление. Которое кажется даже на x86 появилось, еще с заменой FWHUB -> SPI NOR. А заодно и на хреновой куче устройств, особенно китайских. Я это видел на некоем принтсервере с чипом CNS21xx вообще (какой-то кривоватый ARM9 с линуксом на борту).

> Неудачно выразился, речь про лицензирование. Т.е. нельзя просто так взять и заявлять
> совместимость с ARM, с USB и т.д., это всё требует существенной оплаты в
> соответствующие организации, при этом в случае ARM — на каждый тип ядра отдельно.

Ну как бы 1 раз на семейство чипов для чипмейкера наверное это реально сделать. Так что все-таки странно.

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

Оглавление
Проект Raspberry Pi представил плату Pico на основе собственного микроконтроллера, opennews, 21-Янв-21, 23:15  [смотреть все]
Форумы | Темы | Пред. тема | След. тема



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

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