нашел у ТИ аналог ОМАР 3

http://focus.ti.com/docs/prod/folders/print/am3505.html

# NEON SIMD Coprocessor and Vector floating point (FP) co-processor

сам по себе NEON SIMD это не то, как я понял регистры у него общие с VFP, и далеко не во всяком кортексе при наличии NEON есть и VFP

--------------

может есть менее пафосный производитель чипов, который производит такие кортексы и продает для лоу-вольюм приложений?

Вообще AMxx это industrial(automative) аналог OMAP, там DDR2 уже можно цепялть и ethernet есть.

Вообще 35xx серия доступна поштучно! В отличии от 34xx которая в серийных смартфонах.
Только AM35xx недавно вышел, поэтому его тяжело купить сейчас.
А OMAP35xx без проблем продаются у них у всех есть Neon.

NEON не нужен, нужен VFPLite (VFPv3)
если я что-то не понимаю - объясните пожалуйста: NEON это single precision SIMD, а VFPLite это double precision
эмуляция даблов через синглы не быстрее эмуляции через инты, поэтому NEON не нужен

OMAP35xx поэтому мне не интересны
а АМ3517 / АМ3505 (ну и ОЕМ ОМАРах) кроме NEON есть и VFP

или я неправильно понял описания ТИ?

Не совсем SIMD это single instruction multiple data, на интеле (MMX, SSEx).
А по типам да, NEON только 32 бит float поддерживает.

Вообще AM35xx будут не только OEM. Просто сейчас в продаже только киты есть.

В Cortex™-A8 Technical Reference Manual написано:

а VFPv3 есть и в OMAP35xx

Сообщение отредактировал SimpleSoft - May 6 2010, 05:56

а это где-то явно написано?

или точно уверены, что при использовании ОМАР35хх дабловые инструкции выполняются железом, а не эксепшином?

если есть платка с ОМАРом - можете проверить?

из АРМовских док (Cortex-A8 TRM) следует, что VFP (имплементация FPULite) является опцией и существуют ядра как вообще без сопроцессора, так только с поддержкой NEON, так и с поддержкой NEON и VFPv3 (даже больше - имплементаций VFP возможно две разных: с 16 регистрами и 32)

какое ядро использовано в ОМАР35хх я не сумел понять из ТИ-шных док, но складывается впечатление, что только NEON, VFPv3 нет

--------------------

UPD: off: армовские уродливые манагеры сменили достаточно простую систему наименований типа ядро ARM1136JF - все понятно про поддерживаемую ISA, а теперь Сортекс и хрен поймешь какая неонка внутре. дибилизьм на марше

В документации встречается упоминание:

OMAP35x Technical Reference Manual (Rev. F)
стр. 168:


стр. 207:


стр. 212:


VFP на Linux'е

Что касается WinCE, то в Visual Studio 2008 реализована поддержка VFP, т.е. код он создаёт.

---
Пирмер:
С++


Disassembly


Ходил по коду - никаких Exception, хотя в настройках компилятора явно указал Enable Float Point Exceptions.

Сообщение отредактировал SimpleSoft - May 6 2010, 10:14

http://e2e.ti.com/support/dsp/omap_applica...201.aspx#128201

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

но вопрос с производительностью
http://markmail.org/message/b2n6t3xsiorikfw6

или после прочтения документов

Cortex A8 (SP, DP)

FADD 9-10 9-10
FSUB 9-10 9-10
FMUL 10-12 11-17
FNMUL 10-12 11-17
FMAC 18-21 19-26
FNMAC 18-21 19-26
FMSC 18-21 19-26
FNMSC 18-21 19-26
FDIV 20-37 29-65
FSQRT 19-33 29-60

-----------------

ARM11 (VFP10)

FADD, FSUB 1 1
FMUL, FNMUL 1 2
FMAC, FNMAC, FMSC, FNMSC 1 2
FDIV, FSQRT 15 29

в табличке для АРМа взято не латенси, а сруаутпут - конвеер там

то есть VFP10 (от ARM11*F) имеет приблизительно в 10 раз большую производительность за такт, если брать частоту АРМа в 200 (lpc32xx), а Кортекса в 500, то вопрос выбора более производительного чипа в пользу Кортекса далеко не очевиден





если мне память не изменяет, дабловые инструкции АРМа

fdivd d0, d0, d1
и т.п.

то есть в С-шном исходнике
double fStrip;

Мой код:


20 циклов на DIV против 15 не так и страшно в моём случае.

Если вам нужен нормальный VFP, попробуйте глянуть на .iMX31

Сообщение отредактировал SimpleSoft - May 6 2010, 19:23

Для меня очевиден - cortex умеет спаривать команды и предсказывать ветвления поэтому при умелой оптимизации код выполняется до 2 раз быстрей на той же частоте, SP за глаза хватает для мультимедиа а их уже NEON с конвеером поддерживает. Смотрите в сторону Sony Playstation 3 - там cell фантастические флопсы показывает

Сообщение отредактировал sasamy - May 6 2010, 19:57

да меня сугубо приземленные, практические задачки интересуют, у ОМАР-ов очень хорошо с размерами, особенно когда DDR и FLASH напаиваются сверху

пока удовлетворяет филипсовский LPC32xx - ARM9+VFP9, по сравнению с i.MX-ами всякой ненужной мне мультимедии нет и потребление/размеры/удобство использования лучше
но потихоньку производительность программисты подъели - нужно искать камень поновее, основная трудность - в задаче DP FP много

----------------

поинтересовался ОМАР-ами L-138/137, там DSP SP с некой поддержкой DP, попробовали, но как и предполагалось - в среднем производительность на нашей задачке похуже, понятно, что для 6000 можно было бы код непереносимым сделать и подзаточить для DSP - но этим никто заниматься не будет

а ветвь АРМов (поддержка FP) пошла не туда (для нас), придется наверно к PPC-шкам возвращаться

.....

Если бы взяли плату с OMAP35xx и попробовали перенести проект на неё - тогда можно однозначно сказать "Подходит"/"Нет"

собственно мне хватило почитать линукс форумы,
плату делать со всем реал-тайм трах-тибидохом/ПЛИС и т.п. слишком тяжко.

--------------

хочу поднять тему так как возникла потребность поискать еще DP FPU кроме LPC и iMX

может есть чего-нибудь достойное по потреблению/размеру чипа/интерфейсам?

не обязательно ARM

Sharc 4-ого поколения - корпус TQFP100 без интерфейса внешней памяти с 3Мбитами ОЗУ или корпус TQFP176 с интерфейсом внешней памяти (SRAM, SDRAM) с 5Мбитами.
При пониженных частотах работают от 1В - энергопотребление зависит