Отправлено SM 11 февраля 2006 г. 17:06 В ответ на: У него отправлено st256 11 февраля 2006 г. 16:57

Сколько тмс в среднем данных за такт загружает? Если во время фильтрации, то 48 бит вроде (32+16+16+16). И именно из ОЗУ, а не кеша. кэш был бы только лишним источником тормозов, как в 6000-м семейства. Потому как у него миссы бывают, что приводит к расходу времени на загрузку аж целой строки. Для других задач - думаю в среднем объем передачи данных будет 32 бита за такт. В пике - 64 бита (32 читать и 32 писать). Ну и естессно плюс к этому выборка инструкций, она отдельно, ее я не считал, она всегда 32 бита за так при размере инструкций 2..6 байт (среднее обычно меньше 32-х, что дает однотактовость).

Про витерби - Вы хотите сказать что демодулятор TCQAM это не DSP-задача? При кодировании важно, кстати, не время перехода, а условное выполнение инструкций, которое конвейер не трогает.

Насчет ДКП - согласен - для того в 55-ые сопроцессор ДКП и встроили. Правда заточенный под видео.

• Ответ: — st256   (11.02.2006 18:47 81.1.217.66, 1750 байт)
  • Ответ: (+) — SM   (11.02.2006 19:20 213.141.159.26, 893 байт)
    • Ответ: — 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