[参考译文] AM6442：内核隧道性能

admin

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

器件型号： AM6442

您好、

是否有可能提高 AM64x 上 A53－0 和 R5F－0 内核之间的 EtherNet/IP 内核隧道的性能/缩短延迟？我们目前正在尝试提高性能/减少延迟。

我们目前正在使用轮询模式、如提供的内核隧道示例中所示。

是否还有基于中断的模式？我看到有一些 ifdefs 引用到 IC_ETH_RX_POLLING_MODE 。
要激活它、我必须进行哪些更改？

有哪些优点？它是显著提高性能还是减少延迟？

Dominik

0 admin 3 个月前

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

尊敬的 Dominik：

我答复的假设是您使用的是 Ethernet/IP 隧道示例。您是否正在尝试提高从 A53 内核到网络的传输性能？如果您提到任何其他示例、请纠正我。

隧道源代码确实提供了两个选项来从 A53 和 R5 内核之间的循环缓冲区检索数据包。

当 IC_ETH_RX_POLLING_MODE 设置为 0 时、我认为使用来自 A53 内核的基于 RPmessage 的 IPC 来触发接收功能。目前是 EtherNet/IP 示例不支持该配置。但下面我继续并与一些专家确认、这是否曾经使用 EtherNet/IP 进行过测试、以及对性能的影响。
当 IC_ETH_RX_POLLING_MODE 设置为 1 时、通过基于计时器回调 (EthApp_hwTimerCb) 轮询来检索数据包。这是 EtherNet/IP 隧道示例中使用的方法。

目前、在示例中、用于轮询的计时器设置为 1ms。缩短周期应该会使轮询更频繁并提高性能、但它可能会影响 CPU 负载利用率。也许您可以尝试一下。

很快就会再来这里了解更多信息。

0 admin 3 个月前

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

尊敬的 Dominik：

经过一些内部讨论后、我发现接收任务基于 RPMessage 的触发器目前只是未来改进的占位符。
此功能尚未经过测试。

现在谈谈对性能的影响。
为了提高吞吐量、优先选择轮询模式。如果延迟、RPmessage 将是更好的调用。
因此、这实际上取决于您尝试在此处优化的术语“性能“的定义。

希望这有所帮助。

此致、
Bharath

0 admin 3 个月前

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

尊敬的 Barath：

感谢您的信息。

基于 RPMessage 的触发器是否已计划在未来的 SDK 版本中发布？

此致、

Dominik

0 admin 3 个月前

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

尊敬的 Domink：

到目前为止,它还没有计划。

此致、
Bharath

处理器（参考译文帖）(Read Only)