为什么AM64x中A53核与R5核之间的通信延迟高达100毫秒？

您好

请提供更多信息。这是什么SDK版本？这是RT Linux还是普通Linux？你还有其他软件在运行吗？

我正在努力替换这个例子

这段代码实际上并没有针对延迟基准进行优化。我在这里有替换代码，它将代码分为2个项目：1个项目用于运行开箱即用的IPC Echo示例，1个项目是为性能基准测试而构建的：bitbucket.itg.ti.com/.../overview

这里的输出单位是纳秒，而不是微秒

请注意如何使用clock_gettime的tv_nsec输出：

https://git.ti.com/cgit/rpmsg/ti-rpmsg-char/tree/examples/rpmsg_char_simple.c#n144

printf("Received message #%d: round trip delay(usecs) = %ld\n", i,ts_end.tv_nsec - ts_current.tv_nsec);

因此，客户看到的延迟为1-2毫秒，而不是100毫秒。

什么样的延迟才是合理的？如果我关心延迟，我该怎么办？

请参阅AM64x学院>多核>操作系统，了解有关操作系统选择、满足延迟要求以及Linux中断响应时间等概念的重要讨论：

 https://dev.ti.com/tirex/explore/node?node=A__AZmYmYcoWo.KGrq4wf-oPQ__AM64-ACADEMY__WI1KRXP__LATEST

如果客户决定使用RT Linux，他们需要将其与提高IPC应用程序的优先级相结合，以获得一致（但不保证）的延迟。

你可以在这里找到我在内核6.6上运行的RPMsg基准测试结果：

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1410313/am6442-communication-latency-issues-between-a53-and-r5-in-a-linux-rt-system/5434861#5434861