“阶级敌人”们会从HotTaskPriorityTickCount位的构架中看出
50年代的人有多么地“节约闹革命”~~~
从HotTask51的动态优先调度算法实现叙述中可以看出“红色脑浆”的再现~~~
它之精华：
1.用一局部变量来记录某节拍中断时遍历任务就绪(--TickCount==0)时
它会在其高4位的位域中加一，即+=0x10,同时将被中断的任务号及TaskID
覆盖填入到其低4位。
当其遍历结束后，若>=0x20时，即至少有2个任务在此期间就绪。
此变量命名为readyCount,初值为0x00,即高4位=0，无就绪任务出现，
低4位=0，表示切换任务号即TaskID=0,即空闲任务。
俺觉得这样解释和命名是比较合理的。
注意readyCount的累加条件(Suspend=1即被挂起的任务不累加)：
1.满足--TickCount==0。
2.满足ready==1,即上次被“同类抛弃”的高优先任务
2.请特别留意ready位，它在任务就绪而被高级别任务不受规则，不再被事先
约定的同级互让时，ready永远为1，故其在后面的节拍中断时，由于节拍
计数(记录)器TickCount只有3位，且在就绪跳变时被Priority所覆盖，
故此次虽参加遍历且被减一，但未满足就绪跳变的条件--TickCount==0,
故ready不会被改动，即保留原状态ready=1.
故readyCount。
HotTask51这么做合理吗？？？是特点吗？？？
下面是关于主题---关于智能实现同级优先平均获得时间片问题之探讨
51一般都有2个以上的硬件定时器，其中有1个给HotTask51使用，其他为用户
自己所有。
在OS为“单核”即一个硬件定时器的环境下，所谓的时间片可能会成为一句空话！！！
同级的“无赖势力”可能在为大家事先约定的时间片里，不进行协作
式的OS，那么，HotTask51想降低这些无赖势力的破坏采取的“扶贫”
政策就会“代代流传”...上次的“可怜人”成了新的无赖~~~
那么HotTask51的好心就随之东流~~~
那么如何智能地对付这些无赖分子呢？？？
我们可以向布什同志学习，以“打击恐怖”为由，建立快速反应
部队~~~
HotTask51将在事先未经用户的同意下，强征其未用之定时器来
实现真正的时间片即“双核多线程”之“高科技”~~~
若用户定时器用满且和HotTask51“签下”了协议，默认在紧急状态
下，HotTask51有权在其“中断隐身”期间，将其降级(以后再谈如何实现)
因为系统节拍中断默认最低级硬件中断，但所有硬件中断在其隐身
后都被纳入了HotTask51的任务体系！！！
但他们的“任务级别”虽然属于“7级”，但都低于同级的“狗任务”
所以，HotTask51的狗任务对整个系统拥有绝对和生杀大权，如软件
复位！！！
所以暂且抛开主题而论，“阶级敌人”置顶的“探讨: OS 和看门狗的问题”
对于俺自封的“狗论之缔造者”而言，都是白讨论~~~
所以，HotTask51的路还会有些时日，但其“红色的思想”绝不次于
任何地球人！！！！
菜农深深地明白~~~
|
|
第三代功率半导体器件测试解决方案 直播时间： 03月06日 10:00
/3 
用户180103 2009-2-18 19:42
用户180103 2009-2-18 19:41