最近的工作 部分代码先露个脸

trochili

自己琢磨了一个rtos，预计今年开源。

这个是eventset的测试程序log：

vPrimitiveThreadRoution
vPrimitiveThreadRoution
vPrimiti-
thread E have init eventset
thread A prepare to recv event!
-
thread C prepare to recv event!
thread F prepare to recv event!
-
thread B prepare to flush event!
thread A receive no event!
-
thread A prepare to recv event!
-
thread C receive no event!
thread C prepare to recv event!
-
thread F receive no event!
thread F prepare to recv event!
-
thread B have flush  event !
thread B prepare to flush event!
-
thread A receive no event!
thread A prepare to recv event!
-
thread C receive no event!
-
thread C prepare to recv event!
thread F receive no event!
-
thread F prepare to recv event!
thread B have flush  event !
-
thread B prepare to flush event!
thread A receive no event!
-
*
thread C receive no event!
-
thread C prepare to recv event!
thread F receive no event!
-
thread F prepare to recv event!
thread A prepare to recv event!
-
thread B have flush  event !
thread B prepare to flush event!
-
thread C receive no event!
-
thread C prepare to recv event!
thread F receive no event!
-
*
thread A receive no event!
thread A prepare to recv event!
-
thread F prepare to recv event!
thread B have flush  event !
-
thread B prepare to flush event!
-
*
thread C receive no event!
thread C prepare to recv event!
-

........................

trochili

。。。

trochili

。。。。

正点原子

这个必须顶.又一个国产的操作系统哈.
不过发现你的api函数参数都特多,可以精简精简不?这样调用函数比较麻烦.

trochili

回复【4楼】正点原子:
这个必须顶.又一个国产的操作系统哈.
不过发现你的api函数参数都特多,可以精简精简不?这样调用函数比较麻烦.
---------------------------------
恩，你这么一说我也发现了。很多参数超过4个了，如果能控制在4个以内，整个系统的效率应该会好些。
多指点一下啊，做好了在你的地盘首发一下。

正点原子

我连ucos才刚刚学,如何指点?
我只是从一个使用者的角度出发,多考虑一下使用者的感受.你就会发现很多问题了.
比如你的os,flash和ram占用率如何?是否可裁剪?最低可以在什么配置的单片机上跑起来?
其次,使用是否简单?易学,易懂?
还有其他很多因素.

就我现在的观点来看:
第一,你的os可以在哪些平台上跑?也就是最少要什么配置,才可以跑你的os,这个非常重要,直接影响你的os的推广.
第二,os是否容易使用,在了解了os可以在客户的平台上跑了之后,大家才会来看你这个是否容易用.
第三,是否稳定.首先对一个自己写的os来说,你说有多稳定,人家不会信,要我说,你也不信,稳定性,这东西需要时间来检验.自卖自夸,没什么意义,所以稳定性排第三.
第四,功能是否多.这点排最后.功能多,必然导致占用flash和ram的增多,如何在这两者之间取平衡,也是需要把握的.对51来说,功能多就不是那么必要了,而对资源丰富的,可能就要求多一点.而且这个可以后续慢慢开发,前期使用,只要简单的功能即可.所以这个排第四.