This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1313762/am6442-does-the-pru-icssg-support-udp-ethernet-when-accessed-in-linux-on-a53-cores
当我阅读 https://software-dl.ti.com/processor-sdk-linux/esd/AM64X/09_01_00_08/exports/docs/devices/AM64X/index.html 时
第 3.6.3.3节--我看不出2个 PRU-ICSSG 模块在何处支持以太网 UDP (与 TCP/IP 相反)
有人能否确认或拒绝 UDP 仅可通过 CPSW 使用、或者 PRU-ICSSG 可支持 UDP
<向 Nick https://e2e.ti.com/members/4768119建议帮助 >
谢谢
Jim、您好！
Linux PRU 以太网是否支持 UDP？
PRU 以太网支持 UDP。 您可以在性能指南中看到 PRU 以太网 UDP 测试(标题和表名称有点难以区分、但如果您在该部分的底部表中看到它根据 UDP 数据报大小提供了结果)： https://software-dl.ti.com/processor-sdk-linux/esd/AM64X/09_01_00_08/exports/docs/devices/AM64X/linux/RT_Linux_Performance_Guide．html#以太网
啊…… 那么这些 TCP 数据又如何呢？
您可能会注意到、在 SDK 9.1结果中、PRU 以太网 TCP 编号比 CPSW TCP 编号低得多。 我将在此处复制其他团队成员的一些笔记、以防这些笔记对您或未来的读者有帮助：
"
在默认窗口大小可能为600Mbps 的情况下、TCP 吞吐量可能会受到性能问题的限制(我们会跟踪它以得到解决、此时无法提交到特定的 SDK 版本)。 快速看一下、这里的客户在获取低吞吐量时似乎正在运行 iperf 和 nuttcp。 请使用 iperf3,旧版 iperf 有很多问题。 更改 TCP 窗口大小将解决该问题。 我们还没有看过 nuttcp、我建议使用 iperf3或 Netperf
此外、如果这是 RT Linux、你可以调整 ksoftirqs 的优先级和/或在实时优先级运行 iperf3 (或 nuttcp)应用程序。 可表示为：
在 RT Linux 中,要使与网络相关的内核服务以更高的优先级运行,在没有丢包的情况下提高吞吐量 #这里的 ID 是13和27 PS aux | grep ksoftirq chrt -f -p 10 13 chrt -f -p 10 27
chrt 11 iperf3 -c 1.1.1.1
...
[单独答复]
我只得到900Mbit/s 与 iperf3 -c (不使用-- BIDIR 标志)。 - BIDIR 只意味着打开2个连接,所以为了简单地缩小在这里发生的事情,我会开始没有- BIDIR。 我还会注意到打印输出似乎不正确,它是- BIDIR 不是一个单一的短划线。 使用--BIDIR 的打印输出也应该看起来不同，应该有两组看起来像这样的行：
$./iperf3 -c 192.1.1.100 - BIDIR 连接到主机192.1.100端口5201 [ ID][ROLE]间隔传输比特率 RETR [5][TX-C] 0.00-10.00 sec 1.08 GBytes 930 Mbits/sec 0发送方 [5][TX-C] 0.00-10.00 sec 1.08 GBytes 928 Mbits/sec 接收器 [7][RX-C] 0.00-10.00 sec 1.09 GBytes 934 Mbits/sec 0发送方 [7][RX-C] 0.00-10.00 GB 933 Mbits/秒接收器
此致、
尼克
