Вход Наше всё Теги codebook 无线电组件 Поиск Опросы Закон Вторник
8 июля

О смысле всего сущего 0xFF Средства и методы разработки Мобильная и беспроводная связь Блошиный рынок Объявления

Микроконтроллеры PLD, FPGA, DSP AVR PIC ARM, RISC-V Технологии Кибернетика, автоматика, протоколы Схемы, платы, компоненты

Микроконтроллеры

Mahagam (28.10.2008 20:53, просмотров: 20497)

to Evgeny_CD: вроде где-то вы писали, что MIPS`ы заполонили нишу телекома, и АРМы там не живут. было такое?

Ответить

- Было такое (писал). И вроде как есть (засилье MIPS). - Evgeny_CD(28.10.2008 21:05)
  - Конечно формулировка "переключение контекста" не строгая, но почитав статью понятно, ARM - multimedia, consumer и т.п. - МВ(31.10.2008 20:57, )
  - Переключение контекста в Линуксе у АРМа в ДЕСЯТЬ раз медленее чем в PowerPC, наверняка и для MIPS картина таже МВ(96 знак., 31.10.2008 20:49, )
    - Т.е. если у нас прерывания случаются с частотой 1 Кгц, то порядка 10% процессорого времени идет в никуда. Вот и вам и система реального времени... - Evgeny_CD(01.11.2008 12:21)
    - Эта статья? -> - Evgeny_CD(31.10.2008 22:11, ссылка)
      - Вообще сильно. В очередной раз задумаешься об основах... - Evgeny_CD(01.11.2008 00:28)
  - Доводилось читать о том, что на сетевых задачах MIPS (4Kxxx) выдает 50% от теоретической производительности на коде от GCC без особого шаманства. На ARM вроде как немного медленее получается (реальная производительность). - Evgeny_CD(28.10.2008 21:09)
    - При всех равных условиях (размер кэш, частота системной шины и пр...)? Оба проца в режиме big endian (таков порядок байт в сети)? ++(268 знак., 29.10.2008 09:02, ссылка, ссылка)
      - Броадком уверенно сидит на MIPS и слазить не планирует. ARM достался интелу в наследство от DEC, вот они и пихают его куда не попало. - Evgeny_CD(31.10.2008 16:26)
- нашёл сам. тут есть догадка насчёт причины. почему в рутерах и всякой сетевой шняге рулил и рулит мипс, а не арм. Mahagam(48 знак., 28.10.2008 20:59, ссылка)
- Года 2 назад во всяческих бытовых роутерах, DSL и пр. было засилье мипсов. Арм встречался редко. Сейчас может что и изменилось... - Гудвин(28.10.2008 20:56)
  - судя по моим предположениям - АРМ7 в телекоме жить не будет. а вот кортекс - запросто... - Mahagam(28.10.2008 21:06)
    - 16 битные команды Cortex? Более сжатый код, более эффективное использование кеша команд или большая производтельность при том же кеше? - Evgeny_CD(28.10.2008 21:11)
      - не в коде дело. моя мысля такая: в телекоме используется много-много разных структур с разными размерами и в разном порядке. и для обработки приходится выбирать разные 16-ти и 32-х разрядные данные по _невыровненным_ адресам. чего далеко ходить - IP Mahagam(555 знак., 29.10.2008 12:09)
        
        Вообще мысль толковая. Я согласен. Вероятно, это не единственная, но существенная причина. - Evgeny_CD(30.10.2008 20:39)
        
        Тема на самом деле жутко интересная. Просто настоящий диссер можно было бы написать. Не бумажный, а очень даже востребованный. Для этого нужно всего лишь набор тактово-корректных симуляторов различных ядер: ARM, Cortex, CF, MIPS, PPC. Evgeny_CD(739 знак., 31.10.2008 11:48)
        
        самый тактово-корректный симулятор - сам МК построенный на исследуемом ядре. засада ж в том, что не существует МК с одинаковой периферией но разными ядрами. посему востребованность такой бумажки под вопросом - все равно выбор сведётся к конкретной связке Mahagam(297 знак., 31.10.2008 16:06)
        
        Важно, что один и тот же C файл. Что касается обвязки, то есть два варианта: 1) когда важная хитрая периферия - тогда выбирают ее 2) когда периферия в FPGA либо стандартная (UART, Ethernet) - тот здесь уже выбирают ядро и качественный DMA. - Evgeny_CD(31.10.2008 16:16)
        
        когда есть FPGA - то вариантов уже столько, что выбор ядра отбрасывается чуть ли не на последнее место. :) - Mahagam(31.10.2008 19:40)
        
        Угу. Токо HDL модель ядра от производителя стоит несколько дороже FPGA.... - Evgeny_CD(31.10.2008 22:13)
        
        Все проще. Порядок байт в сети big endian. Little_endian x86 приходится программно переставлять местами байты в каждом 16bit_word, 32bit_word.... +++(198 знак., 30.10.2008 15:13, )
        
        верно. но при выборе арм/мипс - уже и unaligned access важен. - Mahagam(30.10.2008 15:15)
        
        На mips, unalligned access по шине адреса приложения, приводит к смерти приложения по сигналу SIGBUS. - +++(30.10.2008 15:19, )
        
        Т.е., проц падает в trap_handler, os обрабатывет trap и убивает задачу согналом SIGBUS. - +++(30.10.2008 15:21, )
        
        стопстопстоп. я про невыровненные обращения к данным. а не про код. Mahagam(77 знак., 30.10.2008 15:31)
        
        Мда..., диалог суровых эмбеддеров, за гранью разума. AlexandrY(901 знак., 30.10.2008 16:31)
        
        не порите чушь. да, исключения не будет. но и прочитать long одной командой с невыровненного адреса в ARM7 вам не удастся. Mahagam(385 знак., 30.10.2008 17:31)
        
        Изнемогаю от смеха. ;) Вы на ARM7 роутеры собрались делать? AlexandrY(180 знак., 30.10.2008 17:56)
        
        блин. роутер можно и на 51-ом сделать. если промолчать про скорость работы. Mahagam(57 знак., 30.10.2008 18:38)
        
        Да это похоже как в опенсорсе, взял ядро нахаляву так будь добр всем об этом объяви. AlexandrY(131 знак., 30.10.2008 19:12)
        
        использование ARM обычно выпячивают наружу. - Mahagam(30.10.2008 19:17)
        
        В нормальных ARM-ах нет никаких проблем взять данные с невыровненного адреса, исключения это не вызовет. - в нормальных - это в каких? - Alex B.(30.10.2008 17:11)
        
        :))) например ARM7TDMI. эдакий "классический". Cortex-M3 похоже мутирует в сторону x86: теже пляски с размером команды. - Mahagam(30.10.2008 17:38)
      - Сколько доводилось встречатся с чипами для роутеров, там чуть не уровень L3 хардварный. Во всяком случае таблицы маршрутизации и поиск по ним точно хардварные. Система команд практически не влияет. - AlexandrY(28.10.2008 21:28)
        
        А учитывая готовность MIPS для кустомерского сопроцессора - усе готово для ентого L3 : - Evgeny_CD(28.10.2008 21:56)
        
        Ну не знаю, в Altium-e вы нынче получаете ядро ARM нахаляву в виде CoreMP7 и можете совать его во все дыры куда только лезет дизайн на FPGA. Т.е. готовность ARM-ов к заказным дизайнам гораздо выше. - AlexandrY(28.10.2008 22:39)
        
        т.е. наличие ARM7 с никакой расширяемостью (несмотря на то, что это softcore) в спизженом софте является критерием лучшей готовности архитектуры к заказным дизайнам? =) - Alex B.(29.10.2008 09:54)