LWIP PBUF, лишние байты при отправке UDP?
Я использую LWIP в приложении, которое требует высокой скорости передачи данных. Поэтому я выделяю 4 pbuf один раз и сохраняю их адрес, используя некоторое аппаратное волшебство, заполняю их один за другим и сообщаю программе, что буфер готов, а программное обеспечение отправляет его в виде пакетов UDP, как когда-нибудь через некоторое время, когда я перехватываю пакет I в моем пакете около 60 дополнительных байтов, они выглядят как дополнительные заголовки UDP, но в полезной нагрузке. любой обходной путь / предложение?
1 ответ
В моем проекте на работе у нас была ошибка pbuf, которая вызывала похожую проблему. Мы использовали несколько MAC разных типов из xilinx, и в отделе pbuf было несчастье. Я рекомендую вам включить полную отладку lwip для уровня IP и, возможно, уровня UDP. Затем вручную обрежьте отпечатки так, чтобы их можно было обработать, чтобы воспроизвести проблему (lwip имеет минимальный уровень печати - вы можете использовать это, чтобы обрезать такие вещи, как предупреждение или серьезные отпечатки). В нашем случае мы получили бы ошибки контрольной суммы уровня UDP или IP, и это было признаком плохой вещи. Кроме того, полезно проводить тестирование только в одном направлении за один раз, чтобы ограничить возможности плохих вещей в одном направлении. Мы использовали примеры iperf из xilinx и расширили их. Они были полезны для устранения проблемы. КСТАТИ 4 pbufs - ничто... Когда я смотрю на Ethernet-трафик - происходит масса вещей, накладных расходов и т. Д.... Существует множество потенциальных проблем, из-за слишком малого количества записей в таблице ARP и т. Д. Четыре pbufs слишком мал, если вы оказались в ловушке памяти, мне жаль, что вы пытаетесь использовать lwIP. Это просто звучит как кошмар. Кроме того, будьте осторожны, поскольку обычно отпечатки блокируются... так что это может ухудшить производительность. Целесообразно заменить отладочные отпечатки lwip неблокирующими подпрограммами, которые, как вы знаете, не повлияют на производительность в реальном времени.