Отправлено yes 15 мая 2003 г. 16:35 В ответ на: Это всё здорово, но как Вы оценивали пропускную способность, что такое эпоха GPS (может ссылку)? И дайте, пожалуйста, сравнение х86 с конкретным ДСП (ну очень интересно). отправлено sdy 15 мая 2003 г. 15:37

но следует учесть, что вычислительные алгоритмы в дифференциальных GPS требуют double (64-разрядной плавучки), можно, наверно, избавится от плавучки, но этим вопросом я не занимался

наверно, после этого коментария вопросов больше не будет :)

про GPS я упомянул, чтобы показать, что задача касалась обработки сигналов (а не баз данных или чего-либо еще)

я тестировал достаточно старые процы MPC5xx, ARM7, 386, TMS320C33 -
все работали на 30-40 МГц,

но по результатам симуляции и по бенчмаркам, кажется что ситуация не изменилась (можно посмотреть здесь)
http://www.eembc.org/benchmark/benchmain.asp

то есть на С коде наиболее высокую производительность имеет PPC 1GHz (процессор 2001 года), при этом не забываем про FPU! которого нет в 64хх
а по результатам тестирования всяких серверов я знаю, что современные пни превосходят эту PPC

вопрос этот для меня тоже важен, потому что теоретики родили алгоритм (не для GPS), с которым 6202@250MHz не справляется, вот я и пытаюсь найти решение...

конечно 6414 - кажется наипростейшим вариантом, но подозреваю, что нормальный С-код будет работать так же плохо, как и на 62хх
а еще хотелось бы иметь нормальную архитектуру (много полезного написано на С++) и FPU

примитивные операции типа сверткок можно сделать на ПЛИСе, а вот какой проц напаять на плату - я пока не выбрал,
если есть какие-либо рекомендации - расскажите

• Хе-хе, да там в ассембле-оптимизированных никакого интеля то и нет. — sdy   (16.05.2003 06:33, пустое)
  • как оптимизировать проект тыщ на 600 строк? при том что основные алгоритмы обработки пишут люди, которые знать не хотят ничего про ассемблер? — yes   (16.05.2003 09:05, пустое)
    • Ну так тут нужен хост+дсп. И никакая дсп не иллюзия. — sdy   (16.05.2003 13:07, пустое)