Вопрос по LwIP, Скорость отправки Опции

[Petr_]

Передаю большой файл.
Использую цепочку колбеков, как и задумано в lwIP.
Но заполняю буфер передачи не полностью(узнаю из tcp_sndbuf(pcb); ).
Далее вызываю tcp_write(pcb, Data_Bf, wMaxPut, 0); и завершаю функцию.
Скорость никакущая.
Смотрю что идет по сетке - FTP клиент не посылает ACK добрых 0,3 сек.
Крепко думаю - доходит, что размер окна равен 2, а пакет уходит 1.
Рою сеть.
Нахожу вариант:
Код:

Код

    pcb->flags |= TF_NODELAY;                                   //отключаем  Nagle
    tcp_write(pcb, Data_Bf, wMaxPut >> 2, 1);                   //первый пакет
    tcp_output(pcb);                                            //передать что влезло
    //второй пакет
    tcp_write(pcb, &Data_Bf[wMaxPut >> 2], wMaxPut-(wMaxPut >> 2), 1);
    tcp_output(pcb);                                            //передать что влезло (опционально)

ACK сразу вываливаются на каждую пару пакетов и скорость вырастает в сотни раз. Здорово...
Только решение кривое.
Можно конечно набивать буфер под завязку
(как криво и не полностью сделано в WEB сервере ST).
Но это крайне неудобно.
Бить данные всегда на 2 куска - тоже левизна.

Кто то знает нормальное решение?

[AleksBak]

Вот, вчера это пропустил - еще там есть по этой теме: Maximizing throughput. Для обоих видов протокола TCP и UDP приводят рекомендации.

...
У меня сейчас версия 1.3.1
...

А в этой версии есть эти функции: tcp_nagle_enable/tcp_nagle_disable ? Если взять сгенерированное от Куба, то там 1.4.1 (и функции эти есть и еще кое-какие дефайны по этой теме), но правда полученный код уже будет привязан к HAL от Куба. Хотя при желании его (этот HAL) не трудно переписать/убрать на свой.

[Petr_]

Вот, вчера это пропустил - еще там есть по этой теме: Maximizing throughput. Для обоих видов протокола TCP и UDP приводят рекомендации.


А в этой версии есть эти функции: tcp_nagle_enable/tcp_nagle_disable ? Если взять сгенерированное от Куба, то там 1.4.1 (и функции эти есть и еще кое-какие дефайны по этой теме), но правда полученный код уже будет привязан к HAL от Куба. Хотя при желании его (этот HAL) не трудно переписать/убрать на свой.

Спасибо за ссылку!!!
Там оказался прямой ответ/совет:
"Try to prevent sending small chunks of data waiting for an ACK: delayed ACK on the remote host might destroy performance (often, only every 2nd packet is ACKed)"
Также совет чуть выше:
"If you write small chunks turn off the nagle algorithm (see wikipedia for more info!) to let the stack send data right away instead of waiting for more data to form bigger packets (see tcp_nagle_disable())."

Иными словами найденный мной вариант и есть лучшее решение - нейгл отключается и шлется 2 "неполных" пакета немедленно. И именно пара пакетов подтверждается ACK.

В WEB сервере от ST эта проблема замаскирована и не вылезает:D
Там если файл больше пары пакетов (т.е. целого буфера) - буфер заполняется полностью и LwIP шлет 2 пакета добровольно.
А если остаток файла маленький - он шлется и соединение тут же закрывается. Что естественным образом снимает вопрос ожидания ACK на одиночный пакет.

Кстати у меня исходники не от Куба!
Оригинальный пример от ST и заменен HAL путем замены 2-х файлов.
Переделку делал один мой приятель из Штатов.

Версии LwIP пока пробовать не буду, пока не допилю проект.
И опыта поднаберусь и железо получше выучу.

[AleksBak]

Спасибо за ссылку!!!
...

Очень рад этому. Реально. Но еще вопрос у меня если можно - см. ниже. (Вообще взаимное обсуждение на форуме завсегда полезно я как твердо понял всем - столько мелких моментов всплывает.).

...
В WEB сервере от ST эта проблема замаскирована и не вылезает:D
Там если файл больше пары пакетов (т.е. целого буфера) - буфер заполняется полностью и LwIP шлет 2 пакета добровольно.
А если остаток файла маленький - он шлется и соединение тут же закрывается. Что естественным образом снимает вопрос ожидания ACK на одиночный пакет.
...

Вы какие исходники WEB сервера от ST смотрели? Даже скажем так - я как понял у ST лучше смотреть там где самое "современное" и иными словами там где самая последняя на данный момент линейка процессоров - M7. Т.е. например от платы DISCOVERY-746 (или EVAL-756). Между прочим там используется ОС т.е. судя по-всему Вы их не смотрели. А вообще Вы хотя и начали со "сложного" пути - без Куба (на самом деле это как обычно и по "старинке"), но все-таки более правильный путь это иногда т.к. вот сейчас например я думаю как бы избавиться полностью от этой cmsis_os.h например (это обертки над "чистыми" функциями FreeRTOS и хоть есть в них некоторые полезности, но лишние они) и еще некоторые вещи. А все потому что стал кушать огромный бесплатный сыр от Куба, объелся/подавился им и самое плохое, что приобрел "наркозависимость" от него (не избавиться от него вот так вот просто).

[Petr_]

Вы какие исходники WEB сервера от ST смотрели? Даже скажем так - я как понял у ST лучше смотреть там где самое "современное" и иными словами там где самая последняя на данный момент линейка процессоров - M7. Т.е. например от платы DISCOVERY-746 (или EVAL-756). Между прочим там используется ОС т.е. судя по-всему Вы их не смотрели. А вообще Вы хотя и начали со "сложного" пути - без Куба (на самом деле это как обычно и по "старинке"), но все-таки более правильный путь это иногда т.к. вот сейчас например я думаю как бы избавиться полностью от этой cmsis_os.h например (это обертки над "чистыми" функциями FreeRTOS и хоть есть в них некоторые полезности, но лишние они) и еще некоторые вещи. А все потому что стал кушать огромный бесплатный сыр от Куба, объелся/подавился им и самое плохое, что приобрел "наркозависимость" от него (не избавиться от него вот так вот просто).

Я взял исходники от их отладочной платы STM3210C-EVAL
Вот отсюда:
http://www2.st.com/content/st_com/en/produ...3210c-eval.html
Далее заменил 2 файла (HAL для Ethernet микросхемы)
поскольку плата у меня Olimex!!
Там все по другому подключено и нет такого красивого ЖКИ :D
WEB сервер и стек сразу заработали.
Никакой "оси" там нет, чему я очень рад. Поскольку не считаю полезным.
Софт от 2009 года и LwIP там 1.3.1


Далее я выпилил поддержку ЖКИ и привел в порядок использование ног.
Ну и теперь пилю сетевую часть проекта.