Это всё здорово, но данные то как в него заводить? Хотелось бы синхронно, от 10Мбит и выше.
Т.е. по какому интерфейсу снаружи, и как их принять в ОС?

во-во, я, думаете, эту тему чтоб пофлеймить открыл что-ли? Не дождетесь! Я правила форума не нарушаю, и именно этот вопрос в головном моем топике и озвучил, надеясь, что кто-то что-то путевое да посоветует...

извиняюсь за офтоп, ну хотелось оценить, если ли какие-то альтернативы imx-у (чтобы индустриальная или еще лучше температура, доступная документация и т.д.) - больше не буду

я за imx не агитирую - просто обращаю внимание, что по сети ходит фейковый документ ( с сахары или еще какой помойки), где по fp imx проигрывает атому то ли в 50, то ли в 20 раз - так там авторы компилили для арма с soft-float - то есть с софтверной эмуляцией плавучки
нужно брать тулзы linaro-**eabihf (hf==hard float)

и еще интересно - почему для АРМа протестировать плату сложнее, чем для АТОМа? ведь и там и там Линукс, и там и там кросс-компиляторы - какая разница?

Пятый эксинос его по вычислительной части как тузик грелку сделает, я на hardkernel.com года три назад купил платку с 5-ым эксиносом, так там на основном процессоре 8ГФлоп на раз на двойной точности и на графической карте 70ГФлоп на одинарной получалось... Такие характеристики пока только лаптопы-десктопы могут обогнать. Но сколько же я трахался, чтобы туда хотя бы лапак поставить!!! Да и ввод-вывод там кривой, если по USB - то все классно, а так - все висит, когда обменивается, так как не было разумных библиотек для обмена с слабых процессорах и счета на сильных процессорах. Вроде сейчас это стало появляться, но мне уже стало не актуально.


это ежу понятно. Ну или взять imx233 который без хардверной плавающей точки, там вообще 2-3мегафлопса получается


мне не шашечки, а ехать надо, да и платы с памятью разводить времени нет. Я не тестируюсь, а гоняю свои решалки. Они сильно завязаны на библиотеки LAPACK и BLAS, да и FFT часто тоже нужно. Если компилить как есть, производительность почти всегда никудышная, но есть куча специализированных версий BLAS, как то OpenBLAS или ATLAS, которые очень хорошо разгоняются. Я и сам когда-то участвовал в написании бласов, для Крей Ресеча и для Нвидии, но наша фирма не потянула борьбу с Донгаррой и сейчас я - больше пользователь таких библиотек, а не их писатель. На x86 архитектуру этих библиотек завались, а вот на армы эти библиотеки реально криво собраны. Попытка пересобрать обычно приводит к многодневным танцам с бубном, ну, или потерей в 20-30 раз производительности.

Разница в оптимизированной и не оптимизированной библиотеке в том, что большая часть вычислительной линейной алгебры - это операции похожие на dgemm, то есть умножение двух матриц, где объем участвующих данных по порядку меньше, чем выполняемое число умножений и сложений.

Чтобы библиотеку соптимизировать, надо разбивать задачу на подблоки, чтобы все локально вычисляемое лежало в кеше процессора, тогда медленная скорость доступа к памяти не будет заметна на фоне быстрых вычислений. Это очень актуально на быстрых многоядерных процессорах, так как, например, у меня на графической карте 1ТФлоп на двойной, но только 256ГБ/с=32ГСлова/с скорость доступа, то же самое с процессорами - на моем десктопе около 100ГФлоп/с, но он прокачивает около 18ГБ/с=2ГСлова/с данных. На одинарной точности все становится еще плачевнее и даже в два раза меньшая длина слова не спасает.

На Intel Edison то, что я увидел: 0.8ГФлоп/с на двойной, 3ГВ/с=0.4ГСлова/с, то есть процессор только в 2 раза быстрее памяти и оптимизация несказанно проще достигается. На Intel Joule картина должна быть похуже. Но, самое главное, это архитектура, на которой уже такие толпы людей ставили лапаки, что там все просто и очень предсказуемо. Не забываем, что лапак пользуется в матлабе и их клонах, а также практически во всех газодинамических и электромагнитных решалках, которых, на современных персональных компьютерах, включая Атом-архитектуру, просто завались.

ЗЫ: с индустриальным диапазоном - вы конечно правы, но я решил эту задачу по зверски - заставив пользователя принудительно охлаждать аппарат, подключая водяной радиатор.

спасибо за ответ, прошу уточнить про эксинос (с Самсунгом, по-моему, вообще не стоит связываться с закупкой комплектующих, много причин есть для этого, но может я не умею их готовить) :
Эксинос не доступен для простых пользователей? ни сами чипы, ни доки к ним? ну кроме упомянутого ODROID-XU4
для простых пользователей (тм) есть серия Артик https://www.artik.io/modules/artik-1020/ что это такое, модули или/и процессоры, или модули, а процессоры в них нонейм - я так и не понял.
то есть если даже на такие вопросы ответ найти не просто - то если возникнет незначительная какая-нибудь проблема с железом, то это вызовет огромные трудности, ни док, ни комьюнити, где можно спросить - какая-то содомия, а не инженерная деятельность (это к Самсунгу вообще)
даже не понятно - есть ли на них какие-то порты Линукса кроме предустановленного (доступны ли вообще сорцы?), насколько вообще доступно железо (ну например засекьюрено, без ключа не запустишь).... может там только на каком-нибудь Питоне можно скрипт написать для эмуляции ардуины...

Я правильно понимаю, что сейчас проблема автора темы стоит лишь в том, что непонятно как заставить работать SPI? Меня всегда смущал вопрос SPI/I2C на x86, хотя последний в виде SMBus и DDC присутствует...

да, правильно, с дополнительным уточнением: SPI на самом атоме у меня работает, но отжирает практически весь ресурс одного ядра, и совершенно не синхронизуется с ногами АЦПшки, по которым приходит сигнал готовности. Мне это критично. Также мне надо достаточно быстро выдвинуть по GPIO 8 бит (причем засинхронизованными с АЦПшкой), и, естественно это совершенно не реализуемо на на АТОМе, и, ИМХО, должно быть просто реализуемо на Кварке.

Уже почти согласился поставить плиску типа Латиса ICE40, чтобы забить на эти танцы с бубном, то есть с Кварком, но пока танцы с бубном от Латиса тоже не такие малые, как казалось изначально, поэтому пытаюсь решить свою проблему с минимальными телодвижениями. Естественно 5 бакс на латис и 1/4 кв см платы для него на плате не жалко. Альтеру не разводил и боюсь не осилить.


если вам ODROID-XU4 или схожее не нравится, переразвести или даже что-то сделать в драйверах - это полная )|(опа, ИМХО, просто не реально. В одном из наших проектов пришлось ставить конвертор плиска - USB3.0 и по нему тащить все данные, а всю синхронизацию вынести в плиску. По-другому - не осилил.