编程思想请教.

只看该作者 · 2008-1-2 11:21

最近老是觉得自己的程序效率低.
在这里查看到许多有关这方面的东西,学到不少东西.但有些地方还是不太明白想请教一下.

我现在这样写程序的.
1.用TIME0做个定时器.第隔5mS就置一个运行标位.轮流顺序置位.
2.编写一个任务调度器函.查测这些标志位的状态,有位被置1就运行想应的任务.任务运行完.就反回调度函数.等下一个标志位的到来.....
3.把各种功能编写成函数,作为任务被调度器调度.
4.在主函数里无限循环调用调度函数.

请问这样的方法编写程序行不行,效率高吗?
还有个任务优先级的问题.我想把一些任务设置成高的优先级,在调度函数里应该怎样写啦?

1万 · 2008-1-2 11:33

不高.
任务不能抢占.

有自己倒腾的精力,不如好好研究研究ucos.

只看该作者 · 2008-1-2 11:42

.这样效率是很高的..
不过这是典型的前后台吧

1万 · 2008-1-2 11:54

重要的是可靠性和可读性

只看该作者 · 2008-1-2 12:19

确实和前后台没什么区别
任务间的同步互斥和通信也很重要

只看该作者 · 2008-1-2 13:00

只看该作者 · 2008-1-2 14:28

我的效率定义是指尽量让MCU不要做多余的等待.
我不知道优先级这个东西是怎样编写的.请指点.谢谢.

只看该作者 · 2008-1-2 14:58

如果每个任务执行完之后就返回调度函数，那么基于优先级的调度在调度器中很好实现。调度器按照一定优先顺序检查哪一个任务可以运行即可。
这样虽然引入了优先级，但是不能抢占。

如果任务是紧凑执行的，不支持抢占并不影响效率。
如果任务执行中有延时等待，那么在等待期间不能干响应中断之外的任何事，那么就出现了楼主所说的效率问题。
那么，把任务变成一个状态机：
    延时时，任务进入状态A，返回调度器。
    当延时时间到达时，调度器再次调度该任务。
    该任务发现自己处于状态A时，则进行延时后的处理。
以上处理就能提高处理器的效率。缺点是，如果任务中的延时比较多，状态就会很多，处理起来比较麻烦。解决这个问题的一个办法是对状态进行分类和归并。
另外，如果是小延时，比如ms数量级以下，就没有必要采用这样的方法了。

抢占操作系统的解决方法是taskDelay。这个系统调用导致任务切换。taskDelay的分辨率是一个tick（例如10ms），比较方便地解决了大延时状态下的效率问题。代价是上下文切换。