[an error occurred while processing this directive]
|
=== Сколько тмс в среднем данных за такт загружает? Если во время фильтрации, то 48 бит вроде
Странно... А как же он тогда дает пол-такта на порядок? Но в любом случае, ZSP400 читает именно 64 бита. Т.е. за один такт отрабатывет, например, один порядок КИХа с 32-битными данными и коэффициентами.
=== И именно из ОЗУ, а не кеша. кэш был бы только лишним источником тормозов, как в 6000-м семейства. Потому как у него миссы бывают, что приводит к расходу времени на загрузку аж целой строки.
А в ZSP400 таких проблем нет. Есть три регистра и из этих трех источников можно последовательно читать данные в режиме linked data. Ну грубо говоря, данные из памяти будут вводиться с нулевой задержкой.
=== Ну и естессно плюс к этому выборка инструкций, она отдельно, ее я не считал, она всегда 32 бита за так при размере инструкций 2..6 байт (среднее обычно меньше 32-х, что дает однотактовость).
А в ZSP400 считывают до 4 инструкций (64 бита). Кстати, они ВСЕ по 16 бит. Это тоже интересный момент. Т.е. инструкция типа
mov r0, 0x1234
реально разбивается на две:
movl r0, 0x12
movh r0, 0x34
что это дает? Существенное упрощение (и удешевление) декодера инструкций. Кстати, сами эти инструкции можно мотом попрятать (за счет суперскалярности) под другие инструкции и тем самым, производительность процессора на них не будет расходоваться. Они как бы исчезнут из потока времени :)
=== Про витерби - Вы хотите сказать что демодулятор TCQAM это не DSP-задача?
Хрен его знает... А декодирование фрейма в mp3 это DSP задача?
=== При кодировании важно, кстати, не время перехода, а условное выполнение инструкций, которое конвейер не трогает.
Не понял. Если Вы имеете ввиду время на условный переход, то я об этом и говорю.
E-mail: info@telesys.ru