[an error occurred while processing this directive]
ну и еще про сравнение BF/55 - а то до пятницы интерес пропадет :)
(«Телесистемы»: Конференция «Цифровые сигнальные процессоры (DSP) и их применение»)

миниатюрный аудио-видеорекордер mAVR

Отправлено yes 19 июля 2005 г. 11:32
В ответ на: 2 ВН - c той страницы про кратность команд (+) отправлено SM 19 июля 2005 г. 09:47

субъективное мнение - читаешь доку на BF и думаешь - я так же сделал бы (то есть читать ее можно меньше). есть в этом и минусы - прочитал начало CPLB (ММУ BF) - там написана pair - ну типа понятно пара для трансляции, а оказалась лажа (то есть есть там и лажи и доку читать надо)

но возвращаясь к 55 - это же абзац какой-то. регистры к каждой инструкции свои (длина у каждого регистра своя, неповторимая - например 22 бита), структура камня никак не скрыта системой комманд (то есть не процессор а набор каких-то юнитов A, B, C, D, Ё), ISA переусложнена и много неудобно (пример с парсированием потока спасибо не надо :-)). подчеркну - неудобно начинающему - про того кто "сидит" на какой-либо конкретной архитектуре разговора нет - он к ней привык.

вообще, когда доку читал мысль: они что там обкурились или "за это автору гвоздь в голову забить надо"
например нафига мапировать регистры в память? они же полностью неортоганальные и какие-то индексные операции бессмыслены

ну и вообще все-таки работа не с ядром, а с камнем - например у того же PSoC ядро не блестящее, зато камень хорошо придуман.
у BF имхо сбалансировано все.

ну и еще раз - чем проще камень (структурно) и больше возможности оптимизации в программе и средства проектирования к нему проще сделать...

спасибо за внимание :)

Составить ответ  |||  Конференция  |||  Архив

Ответы


Отправка ответа

Имя (обязательно): 
Пароль: 
E-mail: 
NoIX ключ Запомнить

Тема (обязательно):
Сообщение:

Ссылка на URL: 
Название ссылки: 

URL изображения: 


Перейти к списку ответов  |||  Конференция  |||  Архив  |||  Главная страница  |||  Содержание  |||  Без кадра

E-mail: info@telesys.ru