[嵌入式]物联网下的RTOS开发（番外篇）——实时性和理论设计

一、实时性的迷思

RTOS?对于一般无实时性的要求，我们很多时候就停留在任务的编排、设计上了，加上CPU的发展，能跑RTOS系统的cpu，ram和主频也很高。于是对于系统的执行周期或者执行时间不太关注。

而真正做应用的这个指标还是要关注的，如何做到实时性也是非常关注的指标。

早年做串口透传的应用，发现高速率压测下透传总是会丢包。当时对于此做了一些思考，因为透传在应用中的也会关系到业务场景，往往性能要求没那么高，再则往后产品迭代，换了M4的主频CPU，完全不存在这个问题，也就没深究了。

这段时间看傻孩子的关于《实时性迷失》也是对于自己一个6年前的迟到总结吧。

先贴出原文连接

https://mp.weixin.qq.com/mp/appmsgalbum?__biz=MzAxMzc2ODMzNg==&action=getalbum&album_id=1385334620400615424&scene=173&from_msgid=2656102632&from_itemidx=1&count=3&nolastread=1#wechat_redirect

前面几篇是理论知识，问题描述到位，一针见血的抛出实时性的理解层级和实际会遇到的问题，最后一篇是基于自己开源的 perf_counter来实践测试性能的。

原文思路总结如下。

1.操作系统的认知，任务窗口期，完成业务的具体功能就行

2.理解实时性中影响性能的关键技术概念：

a.时间片轮训

b.中断和屏蔽

c.cpu时钟和运行速度

3.给出计算任务周期的工具 perf_counter

4.借助 perf_counter计算多任务下的CPU占用率

二、RTOS的进阶思考和理解

文章也是陆陆续续的看了好久，总是搁浅，今天看完后总结思考。

1.量化的思路，很多时候，先要评估一下，那么评估什么关键指标。

对于计算机来说，完成该业务的最低硬件指标是什么，当前性能是否满足。要测下。当然硬件选型的成本还要考虑培训和技术支持，这里从技术上而言就是性能和价格

2.目标感，业务的窗口期是多久。也是产品的使用限制，止于至善。

3.测试工具，也是产品能否满足业务验收标准

性能上也可以借助perf_counter工具来测试。相信有了对应的业务后，会更加明确指标

4.设计模型，无论是采用何种模式，可以设计实现他。（中断、时间片，信号同步...）