TI中文支持网
Daniel：
您好
已经收到了您的案例，调查需要些时间，感谢您的耐心等待
,
Daniel：
您好
请提供更多信息。这是什么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
