[Koluchiy 0]

А кто-нибудь пробовал работать с niche stack методом "zero copy"?

[Corner 0]

UDP делали программно или аппаратно?

Все аппаратно, не владею ничем кроме ПЛИС...

[BigBatya 0]

Я получил около 85 Мбайт/сек UDP без jumbo пакетов.

Система такая : cyclon iv + ниос ucos + niche stack + phy и никаких аппаратных ускорений.

Стек слегка хакнут.

Дело в том, что в "обычных" пакетах UDP строго необходима только

контрольная сумма заголовка. Заготавливаем один/несколько заголовков (они не

будут меняться ). Затем находим в исходниках стека ф-цию передачи низкого уровня

( что-то с контекстом raw_send точно сейчас не помню).

Делаем дубликат с организацией работы sgDMA с цепочкой из 2-х дескрипторов (для заголовка

и тела пакета). И все. Вся работа по установлению связи и т.п. - средствами Niche,

а сами данные валим через модифицированную функцию.

 

Мне не нужно было больше, поэтому особо не оптимизировал. Думаю можно

несколько больше иметь с такой схемой.

 

[ilyge 0]

Очень давно для сканирующего приемника делалали регистратор на XILINX. Неприрывный поток с ADC 16 bit на частоте чуть больше 30 MHz писали в RAID. Да... UDP, JUMBO...

P.S. Для кого лень делать свой аппаратный UDP, возьмите с OpenCores. Там есть вполне рабочая версия. Сложности в аппаратной реализации нет никакой, там до неприличия простой проек получается.

Изменено 13 ноября, 2013 пользователем ilyge

[Koluchiy 0]

Кто-нибудь пробовал делать пакеты >1500 байт для TCP на niche stack?

[krux 8]

Кто-нибудь пробовал делать пакеты >1500 байт для TCP на niche stack?

максимальный размер пакета зависит от примененного MAC.

одно дело если это альтеровский TSE MAC с включенным jumbo и совсем другое какой-нибудь LAN91C111.

ограничения вылезут на уровне BSP, где поддержка может быть (пока) не реализована.

 

зы. да, работает.

[Koluchiy 0]

Правда работает?

 

Там просто можно передавать длинные пакеты в стек и казалось бы все хорошо, а он внутри их все равно будет разбивать на мелкие.