caxapa.ru :: Результаты выполнения теста Whetstone

quark (02.11.2008 21:56, просмотров: 253) ответил AlexandrY на Этот подойдет?

Результаты выполнения теста Whetstone ---------------------------------------------- Контроллер ADSP-BF537 Ядро Blackfin Разрядность 16 Компилятор: VisualDSP++4.5 Битность double: 32 (IEEE single precision) Optimization: for speed Тактовая частота ядра (Мгц): 600 Программных тактов (макет): 22279040 Время выполнения на макете (сек) 0,03713173(3) Приведенное время на 10 Мгц тактовой частоты ядра: 2,227904

Ответить

- Интересно, на сколько библиотека программной плывучки востребована в эмбеддед? Лично мне ни разу не понадобилось. Более интересно сравнение в сортировке/поиске, обработке списков... тут БФ должен сильнее отставать. - =AlexD=(03.11.2008 14:11)
  - Как это вам посчастливилось не столкнуться с плавучкой? AlexandrY(600 знак., 03.11.2008 17:56)
    - Мимо проходил специалист по Asterisk, сказал что на счет floatpoint вы сильно загнули. - AlexG(04.11.2008 16:14)
      - А что вы скажите об этом - AlexG(04.11.2008 21:17, ссылка, ссылка)
        
        Ну и откуда вы думаете я качал iaxmodem как не из этой свалки проектов. - AlexandrY(04.11.2008 22:25)
        
        Сильно, конечно, но IMHO, расцвет такого рода решений наступит тогда, когда на каждый аналоговый порт будет маленькая платочка, на которой будет стоять codec, дуплексный SPEEX, и эхоподавитель. И все это на SPI-like шину большого свитча. Для полгого Evgeny_CD(47 знак., 04.11.2008 21:59)
        
        TI буквально в этом месяце анонсировал новые кодеки со встроенным эхоподавлением. - AlexandrY(04.11.2008 22:26)
        
        Гы-гы! Осталось в этот коде встроить SPEEX кодек, и полный ажур :) - Evgeny_CD(04.11.2008 22:52)
      - Откройте либы iaxmodem с факсами и модемами входящие в Asterisk и не только floatpoint там увидите, но даже complex floatpoint. - AlexandrY(04.11.2008 19:55)
    - что за бред... - Alex B.(03.11.2008 23:30)
    - Все эти термодатчики, акселерометры, уровни заряда, напряжения и переменные напряжения и прочее прочее прочее обычно имеет точность на входе в 10-14 разрядов. и городить для этого float - перебор. проще scaling conventions прописать и следовать им. а то Mahagam(59 знак., 03.11.2008 19:16)
      - Не... так не точно. Double надо :) - Evgeny_CD(03.11.2008 21:53)
        
        Тонко подмечено. AlexandrY(420 знак., 03.11.2008 22:10)
        
        исец. вот интересно, откуда после этих оверсемплингов, усреднений, фильтраций, линеаризаций, конвертаций и прочей чухни из 10-ти битного, например, сигнала возьмутся ещё ЗНАЧАЩИЕ разряды, чтобы пихать это добро в дабл??? - Mahagam_home(04.11.2008 02:18, )
        
        Хм, настоящий философский вопрос, ближе к теории информации. Но вот доходчивый ликбез нашел. - AlexandrY(04.11.2008 22:29, ссылка)
        
        Хм, это несложно. Часто важно не терять точности при сложных вычислениях. А это требует дополнительно 3-4 разряда на элементарную операцию, а на сложную ещё больше. А для газовых расчётов по ГОСТу (для примера) аппроксимирующая функция 6 порядка, General(27 знак., 04.11.2008 23:02)
        
        Динамический диапазон представления внутри алгоритма может быть гораздо больше, чем на входе и на выходе. Известная "фенечка" цифровой обработки. - Evgeny_CD(04.11.2008 10:52)
        
        "фенечки" начнуться, когда у вас разрядности мантиссы не хватит - Alex B.(04.11.2008 11:55)
        
        Я плакаль - фильтр 2-го порядка на double может работать быстрее и эффективнее чем делающий тоже самое целочисленный КИХ фильтр 20-го и больше порядка :)) - MBedder(03.11.2008 22:19)
        
        Имеется в виду точность коэффициентов. В аналогичной ситуации вынуждены были использовать фикс. 64-разрядн. арифметику. - General(03.11.2008 22:25)
        
        Я ее всегда и использую для крутых фильтров. А про double, которая "быстрее и эффективнее" на ядре без аппаратного FPU - бред сивой кобылы в ясную ночь перед рождеством Ивана Купалы - MBedder(03.11.2008 22:32)
        
        Ну... наличие бочечного сдвигателя несколько нивелирует проблему. ;О) - mse(04.11.2008 13:52)
        
        Для PIC24 есть? - General(04.11.2008 12:42)
        
        Нет. Есть для dsPIC - но не раздаю, извини - MBedder(04.11.2008 12:49)
    - Ну вот как то так, панимаишь ;-) - =AlexD=(03.11.2008 18:45)
    - Помнится, мастера целочисленной арифметики намедни проводили мастер-класс на тему нормализации входных значений. Тот спич заставляет задуматься о многом. - Evgeny_CD(03.11.2008 18:02)
  - От задача зависит. Но если нужно "плавать", и бысто, то точно !BF. Насчет списков, и поиска - согласен! - Evgeny_CD(03.11.2008 14:54)
    - Кстати, BF скорее всего подтормаживает из-за четырёхтактового 32x32. - =AlexD=(03.11.2008 15:33)
      - Ну тут как посмотреть. 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)
    - Если нужно плавать и быстро, нужно присматриваться к процессорам с аппаратной плывучкой. К SHARC например. - =AlexD=(03.11.2008 15:31)
      - Ну, Шарк это уж никоим боком не МК ;) Тогда уж хотя бы TMS320F283xx - Dir(03.11.2008 15:49, ссылка)
        
        Ндя ... реальные цены на них говорят о том, что плавать можно токо в бассейне на Рублевке -> - Evgeny_CD(03.11.2008 16:08, ссылка)
        
        Разве ~20$ за такой эксклюзив много? Но в общем согласен. Лучше уж с ОMAP-L137 (300МГц ARM926 + TMS320C674x) за ту же цену, но гораздо быстрее поплавать. Dir(181 знак., 05.11.2008 00:43, ссылка, ссылка)
        
        Вау! Корпус явно под пром электронику, не под портативные штуковины. Но ведь не продадут, черти! Опять будут поиски сыновей бен ладена. - Evgeny_CD(05.11.2008 01:07)
      - Ну или если плавать со средней скоростью - то LPC3xxx от NXP. Single MAC за 1 такт. 200+ МГц. - Evgeny_CD(03.11.2008 15:49)

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