Перейти к содержанию
    

jcxz

Поддерживаю.

Архитектура С674+ для понимания достаточно несложная.

К тому же, существует C6Accel, которые делает интеграцию кода между ARM и DSP ещё проще.

usercod

Посмотрите вот это.

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

jcxz

Поддерживаю.

Архитектура С674+ для понимания достаточно несложная.

К тому же, существует C6Accel, которые делает интеграцию кода между ARM и DSP ещё проще.

usercod

Посмотрите вот это.

 

Отличная статья, спасибо

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Кому надо у меня есть OMAP-L138 Experimenter Kit, есть так же JTAG-эмулятор XDS560.

Вышлю наложным платежом.

Обращайтесь в личку.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Имхо - некорректное утверждение.

Что значит "без оптимизации под архитектуру С674x"? В опциях компилятора выключена оптимизация? Тогда любой компилятор сгенерит очень медленный код.

Я переписывал самостоятельно на си некоторые функции из DSPLIB (с некоторыми модификациями) используя оптимизацию по скорости, используя intrinsinc-функции, restrict-указатели

ну и просто включая мозг и думая как построить алгоритм так, чтобы не мешать оптимизатору. Измерял потом скорость выполнения - она была такой-же как у аналогичных DSPLIB-функций.

При этом я очень туманно представляю себе архитектуру C674x поэтому не мог оптимизировать "под неё" (хотя плотно работал с архитектурой C55xx, оптимизировал под неё на асме,

поэтому примерно представляю общие принципы оптимизации для DSP).

У меня даже сложилось впечатление, что и сам DSPLIB был написан на си, а потом скомпилён ;)

Был взят рекурсивный алгоритм преобразования Хартли и запущен с включенной оптимизацией в свойствах проекта но без "intrinsinc-функций, restrict-указателей". Код и данные были в L2. Половина L1 -кеш данных, половина - кеш инструкций. Я читал руководства от TI как писать удобный для векторизации код на "Си", разобрался с работой конвеера под ASM. Но цель эксперимента была именно в том, чтобы запустить плохой и не подготовленный к векторизации код на DSP ядре и посмотреть что будет.

По сути Ваших замечаний я согласен полностью: С674x при правильном написании кода на Си/ASM на DSP задачах превосходит ARM+NEON.

Но, как я понял, для автора темы главный вопрос "на какой плате удобнее всего начать работать с Linux", а не производительность процессора на DSP задачах.

 

C6Accel

это уже не модно

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...