Toggle navigation
首页
问答
文章
积分商城
专家
专区
更多专区...
文档中心
返回主站
搜索
提问
会员
中心
登录
注册
RT-Thread一般讨论
关于RTOS中的Timer处理的建议
发布于 2010-10-03 23:03:15 浏览:4564
订阅该版
在任何一个RTOS中,都免不了系统延时定时器Timer队列,在系统延时、等待事件等之时都是通过它触发任务切换,uc/osii和rtt中也不例外。但在uc/osii和rtt中都不约而同地选择了实现简单但效率极低的尾部添加模式,即一旦有任务调用了 delay系统功能,操作系统就把当前的任务资料以及需要延时的系统tick数追加到定时器队列的尾部,在定时器任务得到运行时,一个一个依次查询每个任务的延时是否已经到达,若已到则唤醒任务(但不会马上切换到该任务),然后再查询下一个任务的延时状态。如果正处于延时状态的任务数量比较多,那么这将是一个很耗时很低效的过程。个人觉得应该修改这个算法,在每一次增加一个定时器之时,把需要的延时ticks数与队列中已有定时器的延时数作比较,算出其差值,再将该任务信息插入到队列中合适的位置。举例为说,假如第一次一个任务要延时30,则队列中只有一个延时任务,延时数为30。第二次另一个任务要延时20(假如此时还没有运行过定时器任务),则把第二个任务排在第一位,原任务的延时数改为10(30-20=10,表示在第一个任务完成后还要延时10个ticks。如果还有第三个任务需要延时40,则40-20-10=10,它的延时数也修正为10,并追加到队列最后。因为这样的遍历只需要在增加一个延时任务之时才运行,而在定时器任务中,每次只需要检查第一个任务的延时是否已经到达(如果已经到达则需要检查它后面的任务是否也已到达),勿需再遍历队列中的每个任务,效率将得到明显提高。以伪语言描述如下: 修改前: dalay(...) { add task to delay_list delay_list.task.delay = dlay_time task_schedule() } timer_task(...) { for(i = 0; i < MAX_TIMERS; i++) { if(delay_list.task is valid) { if(0 == (--delay_list.task.delay)) { set task.status to active delete task from delay_list } } } task_schedule() } 修改后: dalay(...) { pLast, pNext // 指向定时器队列的指针 pLast = First, pNext = pLast->Next for(i = 0; i < MAX_TIMERS; i++) { if(pLast->task is valid) { if(delay_time > pLast->task->delay) { delay_time -= pLast->task->delay } else { this task->Next = pLast->task->Next // insert task to delay_list pLast->task->Next = this task this task->delay = delay_time exit loop } task_schedule() } } } timer_task(...) { First->task->delay-- while(0 == First->task->delay) { set First ->task->status to active First = First ->task->Next // delete task from delay_list } task_schedule() } First是指向系统定时器队列第一个元素的指针。 因为比较绕,我担心没有讲清楚,但愿通过伪语言有助于大家的理解。欢迎拍砖。
查看更多
5
个回答
默认排序
按发布时间排序
charliexp
2010-10-05
这家伙很懒,什么也没写!
此方法就是COOCOX的OS Timer处理机制,比较高效!
ffxz
2010-10-05
这家伙很懒,什么也没写!
for循环或while循环并不意味着遍历,建议lz还是仔细琢磨代码。
shellstudio
2010-10-16
这家伙很懒,什么也没写!
事实上,rtt已经作了排序优化。
bernard
2010-10-17
这家伙很懒,什么也没写!
>事实上,rtt已经作了排序优化。 --- 我觉得不仅仅是排序优化这么简单。例如按照存放差值排序的方式,如果把timer列表中的一个节点给删除会出现什么样的情况?将对以删除节点为起点,直到末尾的增量差值进行调整 [s:187]
撰写答案
登录
注册新账号
关注者
0
被浏览
4.6k
关于作者
tsyejay
这家伙很懒,什么也没写!
提问
1
回答
0
被采纳
0
关注TA
发私信
相关问题
1
有关动态模块加载的一篇论文
2
最近的调程序总结
3
晕掉了,这么久都不见layer2的踪影啊
4
继续K9ii的历程
5
[GUI相关] FreeType 2
6
[GUI相关]嵌入式系统中文输入法的设计
7
20081101 RT-Thread开发者聚会总结
8
嵌入式系统基础
9
linux2.4.19在at91rm9200 上的寄存器设置
10
[转]基于嵌入式Linux的通用触摸屏校准程序
推荐文章
1
RT-Thread应用项目汇总
2
玩转RT-Thread系列教程
3
国产MCU移植系列教程汇总,欢迎查看!
4
机器人操作系统 (ROS2) 和 RT-Thread 通信
5
五分钟玩转RT-Thread新社区
6
【技术三千问】之《玩转ART-Pi》,看这篇就够了!干货汇总
7
关于STM32H7开发板上使用SDIO接口驱动SD卡挂载文件系统的问题总结
8
STM32的“GPU”——DMA2D实例详解
9
RT-Thread隐藏的宝藏之completion
10
【ART-PI】RT-Thread 开启RTC 与 Alarm组件
最新文章
1
开源共生 商业共赢 | RT-Thread 2024开发者大会议程正式发布!
2
【24嵌入式设计大赛】基于RT-Thread星火一号的智慧家居系统
3
RT-Thread EtherKit开源以太网硬件正式发布
4
如何在master上的BSP中添加配置yml文件
5
使用百度AI助手辅助编写一个rt-thread下的ONVIF设备发现功能的功能代码
热门标签
RT-Thread Studio
串口
Env
LWIP
SPI
AT
Bootloader
Hardfault
CAN总线
FinSH
ART-Pi
USB
DMA
文件系统
RT-Thread
SCons
RT-Thread Nano
线程
MQTT
STM32
RTC
FAL
rt-smart
ESP8266
I2C_IIC
WIZnet_W5500
UART
ota在线升级
PWM
cubemx
freemodbus
flash
packages_软件包
BSP
潘多拉开发板_Pandora
定时器
ADC
GD32
flashDB
socket
中断
Debug
编译报错
msh
SFUD
keil_MDK
rt_mq_消息队列_msg_queue
MicroPython
ulog
C++_cpp
本月问答贡献
踩姑娘的小蘑菇
7
个答案
3
次被采纳
a1012112796
19
个答案
2
次被采纳
张世争
9
个答案
2
次被采纳
rv666
6
个答案
2
次被采纳
用户名由3_15位
13
个答案
1
次被采纳
本月文章贡献
程序员阿伟
9
篇文章
2
次点赞
hhart
3
篇文章
4
次点赞
RTT_逍遥
1
篇文章
5
次点赞
大龄码农
1
篇文章
5
次点赞
ThinkCode
1
篇文章
1
次点赞
回到
顶部
发布
问题
分享
好友
手机
浏览
扫码手机浏览
投诉
建议
回到
底部