caxapa.ru :: Кстати, BF скорее всего подтормаживает из-за четырёхтактового 32x32.

=AlexD= (03.11.2008 15:33, просмотров: 177) ответил Evgeny_CD на От задача зависит. Но если нужно "плавать", и бысто, то точно !BF. Насчет списков, и поиска - согласен!

Кстати, BF скорее всего подтормаживает из-за четырёхтактового 32x32.

Это моё личное предвзятое мнение. Любое совпадение с реальностью является случайным и непреднамеренным.

Ответить

- Ну тут как посмотреть. 400 Мгц/4=100 MIPS 32 битных. Ну в общем где-то на уровне STR912, LPC29xx :) - Evgeny_CD(03.11.2008 15:51)
  - Ну справедливости ради - программы не только из 32х битных умножений состоят ;-) - =AlexD=(03.11.2008 16:27)
    - А как в BF с обчной 32 битной арифметикой: +, - и пр. Сколько тактов на операцию? - Evgeny_CD(03.11.2008 21:54)
      - Адын, савсем адын. Это нормальный 32х разрядный проц, умножение является исключением из правила, 16х16 - 1, 32х32 - 4 такта. Хотя засады в архитектуре, конечно есть. =AlexD=(751 знак., 04.11.2008 09:01)
        
        Ага! Т.е. фирма [AD] гарантирует неэффективное исполнение switch и переходов по массиву указателей? Вот писатели OS'ей, виртуальных джаба машин и лексических анализаторов обрадуются... - Evgeny_CD(04.11.2008 11:25)
        
        для чего-то DSP`шного и с ОСью BF не очень подходит - слишком огромный контекст переключать приходится. с другой стороны - "носорог имеет плохое зрение, но при его весе". BF на 600MHz это просто зверь. MAC, аппаратные циклы с мультишинной Mahagam(335 знак., 04.11.2008 13:48)
        
        Да ну, чё там огромного 43 регистра всего , не намного больше ARMа ;-). Это ж копейки. - =AlexD=(04.11.2008 15:20)
        
        ЕМНИП, 136 байт. не забываем, что переключение контекста - это ещё и загрузка 136 байт. но опять же не забываем - частота-то ого-го. - Mahagam(04.11.2008 16:21)
        
        А там что-нибудь типа LDM/STM есть (в BF)? - Evgeny_CD(04.11.2008 15:23)
        
        А шо це, пардон, такое? - =AlexD=(04.11.2008 15:34)
        
        Загрузка/выгрузка регистров кучей. Чтобы лишние такты не тратить. - Evgeny_CD(04.11.2008 15:36)
        
        Бугага :))))) - MBedder(04.11.2008 17:14)
        
        И чаво смешного? - Evgeny_CD(04.11.2008 17:40)
        
        Ты давно видел АРМ с чистым фоннейманом внуртрях? С одной шиной? Такие ваще существуют? - =AlexD=(04.11.2008 17:43)
        
        ARM7TDMI имеет физически одну шину адреса и три шины данных. Но это растроение - технологическое: шина на чтение, на запись и еще для чего-то там (не помню). ARM9E-S имеет четко разделенные Instruction memory interface и Data memory interface. - Evgeny_CD(04.11.2008 18:30)
        
        Вы бы, чтоб не позориться, про растактовку load-store в армах почитали бы. Какие нах такты? Только если флешь... Да и то, большинство групповую загрузку выгрузку отключают, чтоб FIQ не тормозить... - Alex-b-unreg(04.11.2008 15:56, )
        
        Это смотря за чето бороться! Для совсем жесткого RT нужны DMA и FIFO. И таймера правильные. А вот контекст переключать в RTOS, выдавая по 1 регистру за команду - маразм. - Evgeny_CD(04.11.2008 16:01)
        
        Управление множественным перемещением одной командой. Чтобы не каждый регистр не тратить время на новый op code. - Evgeny_CD(04.11.2008 16:00)
        
        А как эти множественные регистры через единственную шину просочатся - между проводками? :)) - MBedder(04.11.2008 17:16)
        
        мы про фон-Неймана речь ведём. там данные прощемливаются между командами. нет команд - прут только данные. что неясно? - Mahagam(04.11.2008 17:18)
        
        Все-таки, число шин не всегда соотвествует Гарвард или фон Нейман. У неймана может быть много шин, и в зависимости от того, как ты их используешь, он может или не может что-то делать одновременно. - Evgeny_CD(04.11.2008 17:27)
        
        Хмм, такого нет, но непонятно и откуда экономии взяццо, по 1 регистру за такт, быстрее по любому не выйдет. - =AlexD=(04.11.2008 15:54)
        
        По 1 регистру за такт. Но вся куча пересылок управляется одной командой, чтобы не тратить время на декодирование новой команды. - Evgeny_CD(04.11.2008 15:59)
        
        Что за глупость, команды декодируются каждый такт. - =AlexD=(04.11.2008 16:01)
        
        Ок. фсе. Я понял. В силу многошинности для BF это неактуально. Закрыл. - Evgeny_CD(04.11.2008 16:02)
        
        что-то мне подсказывает, что через недельку будем слушать новые "откровения от Evgeny_CD" :) на темы "BlackFin - проц будущего", "ффтопку Хмегу, BF - наше ффсё", "оуеть, дайте две! или двухядерный BF561 - сила" :)))) - Mahagam(04.11.2008 16:24)
        
        561 существует уже бог знает сколько лет, так что все, кто хотел - узнали про него давно. BF тяжеловато от Li батарейки питать. И вообще, для каждой области применения свой проц. Я рад, что за моими постами так тщательно наблюдают. - Evgeny_CD(04.11.2008 16:30)
        
        захочется видео на маленьком переносном экранчике покрутить, али картинку с камеры в рилтайме морщить в системе видеонаблюдения - милости просим. Mahagam(42 знак., 04.11.2008 16:55, ссылка, ссылка)
        
        Да, по перфомансу на W BF смотрится очень хорошо! - Evgeny_CD(04.11.2008 17:01)
        
        Сильно! Уважаю! - Evgeny_CD(04.11.2008 13:52)
        
        Евгений, не покупайтесь на дешевые понты. AlexandrY(298 знак., 04.11.2008 16:53)
        
        линукс там не микро. нормальный такой линукс. MMU ж таки есть. Mahagam(130 знак., 04.11.2008 16:59)
        
        Мяу! MMU там чуток для другого "The MMU does not support automatic address translation in hardware." - Evgeny_CD(04.11.2008 17:08)
        
        блин. бес попутал. в другом проекте нормальный линух. а так да. уцлинух под чорным фином. - Mahagam(04.11.2008 17:14)
        
        Скорость загрузки Linux может зависеть от кривизны дров FLASH, что к архитектуре не относится. Но вообще взял на заметку. - Evgeny_CD(04.11.2008 16:56)
        
        Еще удивительный факт можно привести. На днях вышла либа SPEEX для STM32. AlexandrY(380 знак., 04.11.2008 17:19)
        
        Что за удивительная деза? Для декодирования mp3 Blackfin'у надо всего ~20 MIPS'ов..))) Для кодирования, впрочем, тоже 533/25 = 21 MIPS: quark(182 знак., 04.11.2008 22:36, ссылка)
        
        Ну не интересен этот декодер сам по себе. AlexandrY(705 знак., 04.11.2008 23:59)
        
        сразу встаёт образ сурового сибирского мужика AlexandrY волокущего стальной лом для японской лесопилки. Mahagam(463 знак., 05.11.2008 14:10)
        
        Спасибо. ;))) Ржу... AlexandrY(117 знак., 05.11.2008 14:31)
        
        Александр, как у Вас там, в Прибалтике, ломы водятся? - Evgeny_CD(05.11.2008 14:41)
        
        MP3 Decoder => - quark(04.11.2008 22:52, ссылка)
        
        вот что откопал про BF и SPEEX: Mahagam(338 знак., 04.11.2008 17:49)
        
        исходный речевой сигнал конечно же 48k/16bit stereo ? и выходной поток 256кбит конечно же? - Mahagam(04.11.2008 17:42)
        
        Почти наверняка нет. Но 256 кбит для той области, куда STM32 заточили, не нужно. 16 кбит на выходе самое то будет. А еще лучше 8. - Evgeny_CD(04.11.2008 18:39)
        
        Вообще сильный результат! Интересно, сколько % от STR92 тратит то же самое? - Evgeny_CD(04.11.2008 17:28)
        
        Да вы, батенька, пессимист! Посмотрите иначе: switch и переходы выполняются хорошо, но некторые переходы могут выполняться еще лучше. - Сергей Борщ(04.11.2008 11:53)
        
        Итак, считаем! Evgeny_CD(523 знак., 04.11.2008 12:23)
        
        Стоп, стоп, стоп, щетовод. Безусловный переход выполняется всегда за 4 такта. Условный прогнозируется по биту СС (в нём хранится результат сравнения), поэтому можно сравнить, что-то поделать (3 команды), потом перейти. Если делать нечего, команды NOP =AlexD=(819 знак., 04.11.2008 13:05)
        
        Это про BF? - Evgeny_CD(04.11.2008 13:09)
        
        Ессно. Вот табличка: MBedder(548 знак., 04.11.2008 13:16)
        
        Вкурил. Да, при проектировании BF думали определенно !( | ) - Evgeny_CD(04.11.2008 13:20)
        
        Ерундой болтаете, батенька - ни один из АРМов/Кортексов за 3 такта никуда не перейдет, пока не сбросит конвейер, не выставит адрес и не прочитает по своей тощей шине новую инструкцию. А BF выполнит среднестатистический branch за (0+8+4+8+4)/5=4.8 такта, MBedder(24 знак., 04.11.2008 12:58)
        
        В общем понятно, но в мануале от ARM это место доволно мутно описано. Кто из продвинутых спецов вроде AlexadrY подскажет? - Evgeny_CD(04.11.2008 13:00)
        
        Продвинутый спец AlexadrY в свое время так и не смог ответить на аналогичные вопросы по реальной производительности ARM, так что вопрос "скока реальных децимипсов стОит АРМовский дутомипс" так и остался открытым :)) - MBedder(04.11.2008 13:03)
        
        Кстати, что там в dsPIC, PIC24H на эту тему? - Evgeny_CD(04.11.2008 12:26)
        
        Переход по любому адресу - 2 такта, или 20 "MIPS" переходов - MBedder(04.11.2008 12:47)
        
        И это за камень "3$ при закупке пригоршнями". Гениально! - Evgeny_CD(04.11.2008 12:57)
        
        В общем, DSP - это одна сторона медали, common CPU - другая. Медаль односторонней не бывает. Из BF получится просто идеальный сопроцессор для хорошего host процессора :) - Evgeny_CD(04.11.2008 12:25)
        
        О как. Как раз предшественники BF логичней считать сопроцессорами. BF уже позицируется как самостоятельный проц. с периферией. До недавнего времени, только отсутствие накристалльной флэши опечаливало. - 580BM80(04.11.2008 15:15)
        
        Все таки, система защиты кода принципиальнее. По SPI BF бутились от рождения. А где именно SPI FLASH - большой роли не играет. - Evgeny_CD(04.11.2008 15:22)
        
        И ваще, по dsPIC на каждый IO пин - и ляпота... - Evgeny_CD(04.11.2008 12:27)
      - Один такт, ессно..)) - quark(04.11.2008 08:50)

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