У него («Телесистемы»: Конференция «Цифровые сигнальные процессоры (DSP) и их применение»)

[an error occurred while processing this directive] У него

(«Телесистемы»: Конференция «Цифровые сигнальные процессоры (DSP) и их применение»)

Отправлено st256 11 февраля 2006 г. 16:57
В ответ на: У него (+) отправлено SM 11 февраля 2006 г. 00:10

просто немного другая идеология. Там кэш данных, пополняемый за такт 4-мя 16-разрядными словами. А кэш этот полнодоступный. Соответственно и шина данных тоже на 64 бита. Адресным же может быть любой регистр. В ZSP400 нет адресных регситров. Но в режиме linked data могут работать только три регистра. Мне можете не вереить, но даташит посмотрите обязательно.

Теперь сколько в среднем за каждый такт загружает данных TMS55?

=== Вам надо работать рекламным агентом. Разрекламируете что угодно несмотря на то, что это.

Нет. Мне надо работать главным конструктором (советский термин для руководителей проекта). Но пока я им и работаю.

Про витерби, простите, не знаю. Вообще все эти сверточные коды не совсем DSP. И не они определяют производительность системы. При кодировании важно предсказание ветвлений (для конвейера). Имено там все задержки происходят. Хотя знаете, когда делал для ZSP400 Vorbis (аудио кодек такой) всю производительность там съело модифицированное дискретное косинусное преобразование. А декодирование съело только все время на разработку. Парадокс...

Составить ответ ||| Конференция ||| Архив

Ответы

Ответ: (+) — SM (11.02.2006 17:06 213.141.159.26, 895 байт)
- Ответ: — 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

Ответы

Отправка ответа