09-27-2019 01:33 AM
Our recently project needs transfer 10000bytes between ZCU106 EvaluationKit with ubuntu PC (MTU=1500 fixed),
occuring big delay.
So, we do the following tests:
・ping by below 1500bytes -> no big delay
・ping by 10000bytes(MTU=9000) -> no big delay
・ping by 10000bytes(MTU=1500) -> big delay
However, the boss hope do not change the mtu size, as we found that when mtu=1500
Before 2018.2-zcu106-release.tar.xz -> no big delay
After 2018.3-zcu106-release.tar.xz -> big delay
--> Who known why 2018.2-zcu106-release can transfer jumbo packet without changing MTU size?
11-25-2019 02:46 AM
The response delay of ping on the ZCU106 evaluation board was summarized.
The content following is limited to ping's reply.
summary_1125_ping.xlsx: test results
memo_running.txt: test command
pingn/udp_test: test program
There is obvious delay compared with board of i.mx 6, raspberry-PI3, or PC(ubuntu).
In addition, there is a significant reduction in latency when dummy packets are sent in parallel.
11-25-2019 07:19 PM
Compared to what was submitted yesterday,
today we update the test results of summary_1125_ping.xlsx which is added additional survey results and English translation.
Then we got followings:
Inserting dummy packets at 10 ms intervals or less eliminates ping delay, but inserting dummy packets at 100 ms intervals does not eliminate ping delay.
Even with the latest version 2019.2-zcu106-release, the problem of ping delay is reproduced.