Netconn has more overhead than the RAW API. In scenarios where the eth
pipe is faster than the micro, this extra overhead means extra latency
and so less thruput.
However, 2 seconds rtt is, how can I say it, a bit way too much ?
Having "problems" with more than 128 bytes per message is another
Hi All,
I'm currently testing our hardware with lwip 1.4.1, and I see a big
performance difference between using Netconn API and the RAW api.
For baseline I have used the LPCopen sample 'TCP echo Standalone' and 'TCP
echo FreeRTOS' demo's.
I have re-written the demos to connect to a server
