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/1334692/am6442-transfer-delay-time-between-a-b-ports-in-hsr
大家好！
对于 AM6442、是否可以告诉我们 HSR 中 A/B 端口之间的传输延迟时间？
此致、
Ryuto
Ryuto 您好！
感谢您的提问。
您能否帮助我们了解这一延迟时间测量是在 MCU 加 SDK 还是处理器 SDK Linux 中进行的？
瓦伊布哈夫
您好 Vaibhav、
两种环境都是可以接受的。
例如、如果数据包是从 PC -> Porta -> PortB -> PC 传输的、您能告诉我 Porta -> PortB 的传输时间吗？
由于我本周将参加全天的培训、因此我们将在下周回复您的疑问、对此期待有一个延迟。 当我回来后、我会继续调查您的问题。
-道林
Ryuto、您好！
从 Linux 的角度来看、如果没有硬件卸载、延迟可能是~100。 在进行硬件卸载的情况下、当 A53内核的两个端口上没有本地流量时、理想情况是~1.5us。 通过 在3个器件的网络中从第一个器件发送 HSR 帧到第三个器件、并使用 Profishark 等数据包监听器监测两个端口之间的延迟、即可对其进行测试。
大家好、 Daolin：
感谢您的答复。 根据您提供的信息、速度和数据包大小是多少？ 此外、您提到有无卸载、卸载表示什么？
我报告的数字是线速率为1Gbps 时的估计值。 我当前对所使用的数据包大小没有答案、但我知道延迟实际上与数据包大小无关、除非接收数据包的持续时间小于~1.5us 的最小直通频率。 需要注意的一点是、以线路速率传入的短数据包的速率可能比最小直通频率高得多。 例如、在1Gbps 线路速率下、64B 帧大小意味着大约每~512ns 至672ns 传输1帧、这远小于~1.5us。 当接收数据包的持续时间小于最小直通频率时、数据包从端口到端口的传输将成为"存储并转发"交换、这会增加延迟。
如果不进行硬件卸载、则意味着 端口到端口转发和 TX 数据包复制由 Linux 内核中的 HSR 驱动程序在软件中处理、这会增加延迟。 通过硬件卸载、端口到端口转发和 TX 数据包复制将卸载到 PRU_ICSSG 内核、因此没有额外的路径传输到要在 Linux 内核中处理的 A53内核。 这额外降低了 A53内核上的 CPU 负载。
有关在 Linux 中有无卸载的情况下运行 HSR 的更多信息、您可以参考以下资源：
无硬件卸载： https://software-dl.ti.com/processor-sdk-linux-rt/esd/AM64X/latest/exports/docs/linux/Foundational_Components／Kernel／Kernel_Drivers Network/HSR_PRP_ Non_Offload．html
通过硬件卸载： https://software-dl.ti.com/processor-sdk-linux-rt/esd/AM64X/latest/exports/docs/linux/Foundational_Components Kernel_Drivers Network/HSR_Offload.html？highlight=offload
