Отправлено SM 11 февраля 2006 г. 19:20 В ответ на: Ответ: отправлено st256 11 февраля 2006 г. 18:47

=== Странно... А как же он тогда дает пол-такта на порядок?

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

==== Не понял. Если Вы имеете ввиду время на условный переход, то я об этом и говорю

Нет. Я про условное выполнение инструкции без перехода. Например:

xccpart AC0<0 || mov AC0,#0

обнулит аккумулятор, если он был отрицателен. В данном случае, если условие ложно, то в команде исполняется все, кроме записи результата. Конвейер не трогается вообще. Кстати, для CISCа это редкость. А в RISCах просто обязано быть - по крайней мере ARM, C6xxx, Blackfin - в них есть.

• Ответ: — st256   (11.02.2006 19:55 81.1.217.65, 1061 байт)
  • Вот о чем я и говорил, что на каких-то задачах он даст преимущество, а на каких-то нет (+) — 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