Отправлено st256 11 февраля 2006 г. 19:55 В ответ на: Ответ: (+) отправлено SM 11 февраля 2006 г. 19:20

=== Очень просто. Для этого даже 2-го МАСа параллельного не надо. КИХи симметричные имеются в виду. А это сумма или разность данных, адресованных указателями, идущими по циркулярному буферу навстречу друг другу на коэффициент, адресуемый третьим указателем. Итого задействованы три адресных генератора и три шины, умеющих читать за раз данные из трех мест.

Ну вот Вам и первое реальное приемущество ZSP400 перед TMS55. Обратите внимание на код:

lddu r8, r14, 2
lddu r10, r15, 2
mac2.a r8, r10

Он выполняется за ОДИН такт. Т.е. первая команда загружает из памяти по адресу r14 два 16 разрядных слова в регистровую пару r9-r8. Вторая
команда загружает из памяти по адресу r15 еще два 16 разрядных слова в регистровую пару r11-r10.

третья команда выполняет операцию

Acc = Acc + r9*r11 + r8*r10

Что интересно, за этот такт можно выполнить еще какую-нибудь операцию. Чтобы их в итоге стало 4.

Но самое главное, что очень частая в аудиообработке операция: честный 32-битный КИХ фильтр на ZSP400 выполняется в 2 раза быстрее, чем на TMS55.

• Вот о чем я и говорил, что на каких-то задачах он даст преимущество, а на каких-то нет (+) — SM   (11.02.2006 20:03 213.141.159.26, 141 байт)
  • Предлагаю подвести первые итоги. — st256   (11.02.2006 21:45 81.1.217.74, 147 байт)
    • Вы почему не хотите на мой вопрос ниже по сбору-разбору битовых потоков и битовых полей ответить? — SM   (11.02.2006 22:41 213.141.159.26, пустое)
      • Да Не не хочу я ответить, а не могу! — st256   (12.02.2006 14:27 81.1.217.74, 444 байт)
        • Ответ: (+) — SM   (12.02.2006 15:40 213.141.159.26, 931 байт)
    • То есть 0.25 такта на тап? Если скажете да, то соглашусь. — SM   (11.02.2006 22:41 213.141.159.26, пустое)
      • Извините, а TMS55 выполняет свертку за пол такта? Чего-то я совсем запутался. А как быть фильтрами на 32 бита? Тоже за один такт??? Невероятно! Мне пора к психиатору. Представляете, мне показалось, что совсем недавно вы говорили, что сее для TMS55 невозможно. Даже ссылались на ограничение по шине данных... — st256   (12.02.2006 14:32 81.1.217.67, пустое)
        • Я говорил про стандартный 16х16. Команда FIRSADD и FIRSSUB делают КИХ за пол-такта. — SM   (12.02.2006 15:29 213.141.159.26, пустое)
          • Значит Вы признаете, что свертку ZSP400 делает в два раза быстрее, чем TMS55? — st256   (12.02.2006 17:49 81.1.217.73, 54 байт)
            • Для 32-битных операндов - да. — SM   (12.02.2006 18:34 213.141.159.26, пустое)
              • А для FIR-фильтров - нет. Кстати, как у него с делением? За 16 тактов поделит? — SM   (12.02.2006 18:37 213.141.159.26, пустое)
                • Странно... Мне кажется, что по КИХам проигрыш так же в два раза. — st256   (12.02.2006 19:15 81.1.217.74, 435 байт)
                  • Что-то Вы навязывать любите :) — vladx   (12.02.2006 19:49 85.141.205.57, 173 байт)
                  • Когда кажется... Сами знаете что делать надо (+) — SM   (12.02.2006 19:46 213.141.159.26, 941 байт)
                    • Как с Вами тяжело... Вы скажите честно, TMS55 обычную свертку делает так же быстро как ZSP400? Или уступает в два раза по производительности? — st256   (13.02.2006 07:59 81.1.217.71, 138 байт)
                      • Я же сказал уже при каких условияйх свертки делаются по пол-такта (+) — SM   (13.02.2006 12:09 213.141.159.26, 1146 байт)
                        • Вы еще забыли указать условие когда один из сигналов равен нулю :))) Значит Вы подтверждаете, что свертка в общем случаее на TMS55 выполняется в 2 раза медленнее? — st256   (13.02.2006 13:45 81.1.217.73, 858 байт)
                          • Я утверждаю, что в среднем выполняется также, за исключением редких случаев, когда в два раза медленнее. Других утверждений не дождетесь (+) — SM   (13.02.2006 14:00 213.141.159.26, 287 байт)
                            • Для великого математика введшего понятие "сверка в среднем" — st256   (13.02.2006 14:10 81.1.217.66, 323 байт)
                              • Не понял. Такие 5 операций (два мака и три лоада) надо делать каждый такт. Поясните, как он это сделает "в среднем" при условии, что все три ptr-а указывают на совершенно разные области адресного пр-ва. — SM   (13.02.2006 14:57 213.141.159.26, пустое)
                                • Как он это делает, не знает никто кроме меня. А я это никому не скажу, но — st256   (13.02.2006 17:31 81.1.217.76, 676 байт)
                                  • А с насыщением там как, аппаратное и впараллель? А округлять мы умеем разными способами? — Зок Мёдов   (14.02.2006 16:37 212.34.54.6, пустое)

E-mail: info@telesys.ru