Можно ли разогнать Temac Ethernet core? Опции

[Ar-han]

Учусь укладывать видео-поток в UDP пакеты.

Отправка пакетов:
Железо Virtex-5, ML507
Процессор PowerPC 333 Мгц
Temac, GMII + LocalLink FIFO (4096 byte)
LWIP библиотеки.
Модифицированное приложение echo-сервера.
Длина пакета 1082 байта
cache D/I Enable

ld-script:
stack size: 0xA000
heap: 0xA000
все секции памяти в DDR


Приём:
На PC - windows.
на 100 Mbit канале и на 1000 Mbit, скорость почти не меняется 75-80 Mbit/sec

Пока что пролезает 18 кадров в сек, 640х480х12bit
Можно ли вытянуть больше скорость?


P.S.
Emac-lite даёт не более 54 Mbit/sec
И требует паузы между пакетами.

Что почитать?
Куда двигаться дальше?
Спасибо.

[Golikov A.]

Кажется, я никакого обмена не видел между UDP пакетами.

почему только UDP? эта функция обрабатывает весь обмен по всем пакетам, ARP, PING, DHCP и бла бла бла... кажется...

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

Функции дергаются по колбеку таймера.
Интервал таймера 250 ms и 500 ms, насколько я понимаю.

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


Со стороны компутера у меня был C# на винде. Но обмен у меня не такой плотный и односторонний, там были тесты памяти фактически. То есть я память заливал каким-то массивом через езернет, потом читал обратно. При этом потери пакетов я не отслеживал, но вроде тесты сходились... Правда пакеты были небольшие сильно меньше килобайта.
Коль у вас нагрузка на винду увеличивает потери, получается это она уже не прожевывает трафик, чудно... при современных то технологиях...

[Corvus]

Не надо перепиливать код и тем более менять частоту работы системных таймеров. Начните с настройки LwIP. Число дескрипторов temac до 256, оффлоад чексумм. pbuf_pool_bufsize хотя бы до 1024, memp_n_buf до 1024. Хотя бы так для начала. Будет ли прирост?

[Ar-han]

Не надо перепиливать код и тем более менять частоту работы системных таймеров. Начните с настройки LwIP. Число дескрипторов temac до 256, оффлоад чексумм. pbuf_pool_bufsize хотя бы до 1024, memp_n_buf до 1024. Хотя бы так для начала. Будет ли прирост?

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


Статистика:
Num_ALL_line= 258304
Num_Ok_line= 258286
Num_ERR_line= 18
Lines_all/err_relations= 0.0070

num_all_frames= 531
num_ok_frames= 513
num_err_frames= 18
frames__all/err_relation= 3.3898


Ошибки:
1 число - номер кадра, второе число - разница в номерах принятых строк отличная от 1 и от числа строк в кадре (486 - 1).


37251 79
37265 2
37282 3
37295 3
37316 3
37343 -457
37374 -446
37407 3
37471 3
37480 2
37512 2
37513 5
37519 3
37559 79
37670 3
37688 2
37697 2
37706 2


Максимальной скорости отправки не прибавилось.
Заменил кабель на более короткий и 6-ой категории, не помогло.

Число дескрипторов n_tx_descriptors - 256 вместо 64 не заметил разницы.
tcp_tx_checksum - offload - почему-то никаких изменений в максимальной скорости не заметно.
tcp_tx_ip_tx_checksum - offload => куча ошибок при компиляции, пока не разбирался с ними (перестал находить какие-то файлы)
memp_n_buf - 1024 вместо 16 => не заметил изменений.
pbuf_pool_bufsize - у меня 1700 стоит.

С выделением памяти еще не совсем разобрался, сейчас выделяю тут и так:
pbuf_to_be_sent = pbuf_alloc( PBUF_RAW, 1048, PBUF_RAM);


Пробовал менять частоту таймеров, на первый взгляд, ни скорости не прибавило, ни ошибок не убавило.