Обсуждение:Цифровой сигнальный процессор

message: Несколько комментариев:
* Прерывания. Далеко не любой DSP обладает быстрыми прерываниями. Скоростная реакция на внешние события - это задача микроконтроллеров (MCU) и как правило сильной стороной сигнальных процессоров (DSP) это как раз не является. Исключение - всякие "гибридные" DSP, например от Ti (TMS320Fxxx и т.п.) которые предназначены для управления моторами (Motor Control) и т.п. сочетающие в себе некоторые черты микроконтроллеров навроде развитой системы прерываний с набором команд характерным для DSP. Как правило, если не рассматривать такие гибриды, у DSP прерывания недоразвиты по сравнению с MCU. Быстрыми они могут быть разве что на фоне архитектуры x86 PC, где прерывания традиционно очень медленные.
* Потребление. Процессору общего назначения или микроконтроллеру для выполнения специфичных для DSP операций навроде MAC потребуется сделать больше действий, так что для достижения равной с DSP производительности (например, одинаковое количество операций MAC в секунду) процессор общего назначения или микроконтроллер должны работать на значительно более высокой частоте чем DSP (чтобы скомпенсировать отсутствие в наборе команд нужной команды путем выполнения последовательности обычных команд общего назначения приводящих к аналогичному результату).При прочих равных это приведет к тому что DSP может оказаться в несколько раз экономичнее на специфичных для DSP операциях.Строго говоря, это показывает лишь неэффективность обычных процессоров общего назначения в роли сигнальных процессоров.
replies: text: а как же дополнительные stream наборы у i386/amd64  (mmx-sse4)? Petr0vich`13 09:47, 23 октября 2009 (UTC)
* Некоторые сигнальные процессоры в ряде применений выполняют программу обработки в очень специфичном виде: по кольцу, 1 проход программы на каждый сэмпл сигнала. Такой стиль выполнения программы характерен только для цифровой обработки сигналов и вероятно является отличительным признаком DSP-процессоров.Но это не единственный возможный вариант написания программы для DSP.
91.78.237.205 17:50, 12 февраля 2009 (UTC)
* Прерывания. Как раз изначально DSP, например ADSP21XX от AD, заточены под быструю обработку прерываний. Т.е. отсутствие конвейера, 2-3 такта на уход в прерывание, всего один холостой такт, наличие дополнительного набора регистров дынных (регистров данных и индексных регистров для ADSP219X) позволяющий сохранять контекст за 1 такт и автоматически восстанавливать его в фоновом режиме. Наличие этих возможностей позволяет на 66 мгц DSP обрабатывать 2-3 прерывания за 1 мксек. В настоящее время это семейство позиционируется AD как универсальный быстрый контроллер реального времени: http://www.analog.com/en/embedded-processing-dsp/adsp-21xx/processors/index.html. Более поздние семейства DSP ради повышения частоты получили длинный конвейер с малопредсказуемым временем обработки прерываний.
91.77.21.161 23:52, 13 марта 2009 (UTC)
NIOS никакого отношения к DSP не имеет. 
84.204.215.91 16:04, 25 декабря 2012 (UTC) Kluwert

message: Распознавание или оцифровка? Или декодирование?  Имеются в виду процессоры для систем искусственного интеллекта?195.208.175.17 09:59, 17 сентября 2018 (UTC)
* Оцифровкой сигналов занимаются АЦП. Вообще очень неплохо было бы пояснить в статье что классические сигнальные процессора это явление, уходящее в прошлое, когда электроника была примитивна. Сегодня ниша DSP снизу размыта ростом производительности процессоров общего применения и добавлением в их архитектуры инструкций, традиционно ассоциирующихся с ЦОС. А сверху эту нишу занимает синтезируемая логика и очень заточенные под конкретную задачу архитектуры. 
replies: text: Что касается искусственного интеллекта то я не очень понимаю каким образом он соотносится с обработкой сигналов. Возможно, вы имели в виду то что сегодня любят называть медийными процессорами. ASDFS (обс.) 11:29, 17 сентября 2018 (UTC)
thread_title:  область применения: распознавание речи и изображений 

message: Не систематизировано и выглядит нелепо, при использовании с числами до 10.
Упразднить или однообразить. 83.69.193.242 10:45, 7 сентября 2022 (UTC)
thread_title:  Использование К при описании численного значения