本文分析了RPMSG_IPCC_RPC方式的单次传输极限大小，探讨了如何修改Android和RTOS端的发送与接收函数以支持更大数据传输，并提出了理论上的修改方案。内容包括Android和RTOS的数据收发函数分析，以及针对RPC数据传输带宽的测试准备。
【SemiDrive源码分析】【MailBox核间通信】47 - 分析RPMSG_IPCC_RPC 方式 单次传输的极限大小 及 极限带宽测试（理论分析篇）
本 SemiDrive源码分析汇总链接：
《【SemiDrive源码分析】系列文章链接汇总（全）》
.
本文链接：
《【SemiDrive源码分析】【MailBox核间通信】47 - 分析RPMSG_IPCC_RPC 方式 单次传输的极限大小 及 极限带宽测试（理论分析篇）》
在前文中，我们遗留了一个问题：
目前RPMSG-IPCC-RPC 发送的数据，代码中一直提示不能超过16byte，这个数据量有点小，
我们也知道，RPMSG-IPCC 的优点就是：控制命令，事件，通知等，交互数据小，延迟较小。
本着研究的心理，本文，我们来研究下，在不考虑性能的情况下，如何修改，将这个数据改大。
以及，看看 RPC方式数据 单位
订阅专栏 解锁全文
扫一扫
915
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
