Question

单片机多任务并行运算的任务吞吐量分析;单片机多任务并行运算适用哪些应用。

单片机多任务并行运算的任务吞吐量分析;单片机多任务并行运算适用哪些应用。
明天答辩问题，求高人解答一下

Answer 1

以下是单片机实践团为您解答：
1）单片机多任务并行运算任务吞吐量分析，这个话题有点大，我只能简单的说几点，到时候你自由发挥吧。
2）多任务作业系统，对于微控制器而言，其实不能达到所谓的并行运行，只是感觉上像是并行处理一样，也就是所谓的时间片轮询调度，如果任务优先级一样则每个任务分得的时间片一样。对于抢占式的RTOS而言会优先处理级别比较高的任务。
3）说道任务的吞吐量的话，一般OS都会带这样的一个接口供用户调用，我所知道的FreeRTOS的话，有个tasklist的接口，可以打印任务的列表还有个润time相关的API是vTaskGetRunTimeStats这个函数就能打印系统的任务吞吐量，很形象，就是每个任务占的百分比一般基本上是空闲任务占用了90%以上，我一般设计到99%这样。
4）当然了，这些OS还会提供图形化的分析工具，我所了解的FreeRTOS支持trace接口工具能够直观的通过图形图表看出每个任务的吞吐量，一般用于前期设计分析。
5）恩，如果OS不提供这种接口的话，可以动手写相关的接口，便于设计时分析用
6）说到多任务并行运算适用哪些应用的话，这个需要你对系统比较了解的情况才能懂一些，我也简单说明，传统的前后台任务作业系统在任务处理的时候是顺序执行的，或者后台事件触发执行，相比之下多任务并行执行(不是真的并行，真正并行的只有FPGA或者多核才能做的)的作业系统优势明显，因为我们的系统run起来很快的，但是我们的外设一般都比较慢，所以需要花很多时间去等待完成或者其他的阻塞执行，这样无形中浪费了系统的资源，常常会使得有些任务得不到及时的执行，在多任务并行执行的系统就避免了这种情况。
7）举例说明，一个系统有串口发送任务，还有个采集任务，一般串口速率都不是很高，发送的任务明显会比较慢，需要等待发送空，这样的话发送若干数据的时间其实相对系统执行的速率而言是很长的，如果是非并行执行的作业系统的话，需要等待发送完成才能执行采集任务，这样明显使得采集任务不够实时，所以在并行执行的作业系统中，两者都能很好的被执行，干一会这个任务，干一会那个任务，多和谐。
8）说白了，这些都是实时操作系统RTOS的基础知识，看看相关的文献，有利于你明天发挥，祝好运，欢迎追问。