ASN 0 6 июня, 2015 Опубликовано 6 июня, 2015 · Жалоба jcxz Поддерживаю. Архитектура С674+ для понимания достаточно несложная. К тому же, существует C6Accel, которые делает интеграцию кода между ARM и DSP ещё проще. usercod Посмотрите вот это. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
SimpleSoft 0 7 июня, 2015 Опубликовано 7 июня, 2015 · Жалоба Можно чуть подождать и купить уже такой аппарат BeagleBone-X15 - link Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
usercod 0 7 июня, 2015 Опубликовано 7 июня, 2015 · Жалоба jcxz Поддерживаю. Архитектура С674+ для понимания достаточно несложная. К тому же, существует C6Accel, которые делает интеграцию кода между ARM и DSP ещё проще. usercod Посмотрите вот это. Отличная статья, спасибо Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
walsv 0 8 июня, 2015 Опубликовано 8 июня, 2015 · Жалоба Кому надо у меня есть OMAP-L138 Experimenter Kit, есть так же JTAG-эмулятор XDS560. Вышлю наложным платежом. Обращайтесь в личку. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
sysel 0 8 июня, 2015 Опубликовано 8 июня, 2015 · Жалоба Имхо - некорректное утверждение. Что значит "без оптимизации под архитектуру С674x"? В опциях компилятора выключена оптимизация? Тогда любой компилятор сгенерит очень медленный код. Я переписывал самостоятельно на си некоторые функции из DSPLIB (с некоторыми модификациями) используя оптимизацию по скорости, используя intrinsinc-функции, restrict-указатели ну и просто включая мозг и думая как построить алгоритм так, чтобы не мешать оптимизатору. Измерял потом скорость выполнения - она была такой-же как у аналогичных DSPLIB-функций. При этом я очень туманно представляю себе архитектуру C674x поэтому не мог оптимизировать "под неё" (хотя плотно работал с архитектурой C55xx, оптимизировал под неё на асме, поэтому примерно представляю общие принципы оптимизации для DSP). У меня даже сложилось впечатление, что и сам DSPLIB был написан на си, а потом скомпилён ;) Был взят рекурсивный алгоритм преобразования Хартли и запущен с включенной оптимизацией в свойствах проекта но без "intrinsinc-функций, restrict-указателей". Код и данные были в L2. Половина L1 -кеш данных, половина - кеш инструкций. Я читал руководства от TI как писать удобный для векторизации код на "Си", разобрался с работой конвеера под ASM. Но цель эксперимента была именно в том, чтобы запустить плохой и не подготовленный к векторизации код на DSP ядре и посмотреть что будет. По сути Ваших замечаний я согласен полностью: С674x при правильном написании кода на Си/ASM на DSP задачах превосходит ARM+NEON. Но, как я понял, для автора темы главный вопрос "на какой плате удобнее всего начать работать с Linux", а не производительность процессора на DSP задачах. C6Accel это уже не модно Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться