Просто в бюджет не влезла такая роскошь. На полноценных китах разведены оба 1G.

То что разведены на китах понятно, то что регистрируются тоже. Но какую скорость потока обеспечивают? И все ли там безоблачно?

Пока так себе, прямо скажем.

1Gbit у него это ~300Mbit, проц под завязку, не особо чего сможет еще сделать, это на 800Мег. Второму 1Gbit делать нечего. Поэтому по 10/100 тут нормально и даже что-то сможет обработать, хотя сетевая задача не для него.

Подозреваю, что пока еще драйвер изрядно сырой.

Да не причем тут драйвер, если бы в нем дело то поправить его или написать свой не проблема. В шину упирается, у меня high usb на 3730 тоже где то 250 мбит чешет, дальше просто фреймы дропает. Для таких задач проще НИОС 2 с отдельной личной шиной для usb/eth0 и своей памятью.

Но пока сам не пощупать сложно говорить. На техасовском форуме тоже народ ныл, что дм368 дает 8 метров по iso usb, оказалось что менторовская корка юсб тупо не поддерживает несколько пакетов за микрофрейм (ака high bandwidth iso transfer)

Можете уточнить, пожалуйста, для каких процессоров этот ADK ? если можно ссылку
На сайте тексаса ничего не упоминается про это

Насчет шины сильно сомневаюсь, уж очень смешная нагрузка. Тоже приведу пример из другой оперы: на хлипеньком AM1808 через UPP вполне себе прокачивается тот самый гигабит в секунду данных.

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

Если за RISK-и на кристалле вообще не TI отвечает, а какой-то анонимный заказчик, то понятно, что тема максимальной проектной скорости закрыта от публики.




https://code.google.com/p/rowboat/wiki/AccessoryDevKit

И каким образом это помешает "добиться скорости"?


С PRU они просто бизнес модель интересную придумали. Документация есть, но немного "прикрыта". Зато можно производить-продавать IP.

Да никак не помешает, зато может помешать вечная глючность EDMA у Ti. Впрочем что критиковать, не факт что у других лучше, да и кто кроме ?

Зачем приплели Анлроид непонятно, под это тормозное глюкалово можно и какой нибудь Alwinner ставить, пусть и нет доки — работать будет. Также плохо, как и Техас под Андроидом.

Вообще давайте уточним позицию Ситары и ее «преимущества» перед китайскими четырехядерниками по 9 баксов за кучку. Вернее какие будут преимущества после опаганивания андроидом.

Полный Ethernet пакет приходит меньше чем за 10 мкс. А тут только ожидание прерывания длиться дольше.

Или знаете как принимать Ethernet пакеты в AM335x без прерываний?



А что вообще делать с BeagleBone без Андроида?
Дешевый HMI - вот все что из этой платы можно сделать в голом виде.
А какой дешевый HMI без Андроида?
Если посмотреть на проекты которые ваяют на BeagleBone, то часть это портирование софтварных тулсов непонятного предназначения, часть вообще слабо связана с BeagleBone поскольку строится на собственном железе, и остальные юзают BeagleBone как переходник к дисплею.

И большинство проектов выветрится как только смартфоны еще чуток подешевеют.
И останется у BeagleBone ниша только в Google ADK , да борьба с Arduino.

Иметь прерывание, прилетающее со скоростью пакета, совсем не обязательно. Более того, для 1G и выше прерывания специально задерживают (interrupt moderation/pacing), дабы не перегружать CPU.

http://www.linuxfoundation.org/collaborate...networking/napi

Полинг (если он имеется в виду) это не метод увеличить пропускную способность, а метод компенсировать кривизну линукса.
Если посмотреть сколько минимально циклов реально занимает вход в прерывание в ARM-е, то полинг явно хуже.