社区
Linux_Kernel
帖子详情
Linux的中断实时性如何?和vxworks比如何?
sherlock_lai
2008-06-05 05:17:56
就是响应中断的时间,谁有这方面的文章?
...全文
363
10
打赏
收藏
Linux的中断实时性如何?和vxworks比如何?
就是响应中断的时间,谁有这方面的文章?
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
10 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
sherlock_lai
2008-06-07
打赏
举报
回复
好的揭贴咯 呵呵 楼上几位真NB..
hefuhua
2008-06-06
打赏
举报
回复
[Quote=引用 8 楼 fierygnu 的回复:]
老兵好啊:) 是太久不见了
[/Quote]
嗯,现在得加倍努力,向大侠学习,看来csdn linux版块更有希望了,哈哈
fierygnu
2008-06-06
打赏
举报
回复
老兵好啊:) 是太久不见了
hefuhua
2008-06-06
打赏
举报
回复
楼上的大侠回来了?太久不见
fierygnu
2008-06-06
打赏
举报
回复
通用Linux是soft-real-time,vxWorks是hard-real-time。经过改良的Linux是可以做到hard-real-time的。风河自己现在就在向Linux平台切换。
yangb2014#
2008-06-06
打赏
举报
回复
一般的vxWorks系统应该能达到几百纳秒,Linux也不会太慢,
但是vxWorks是实时系统,通用Linux不是,
建议楼主了解下RTOS的概念。。。
Erorr
2008-06-05
打赏
举报
回复
VxWorks任务切换和中断响应的时间是纳秒级
通用操作系统如Linux,响应时间一般是秒级
文章不需要吧,VxWorks就是靠这个吃饭的
hefuhua
2008-06-05
打赏
举报
回复
linux不是实时系统
vxworks是实时系统
pottichu
2008-06-05
打赏
举报
回复
原来问题不同的, 呵呵.
这个没有深入的研究, 等待其他人的答案.
pottichu
2008-06-05
打赏
举报
回复
接分, 呵呵.另外一个帖子里已经解答了。
嵌入式系统/ARM技术中的几种嵌入式实时操作系统的分析与比较
摘要 由于嵌入式实时操作系统可以支持多任务,使得程序开发更加容易,在便于维护的同时还能提高系统的稳定性和可靠性,所以逐步成为嵌入式系统的重要组成部分,对嵌入式操作系统的研究变得尤为重要。本文介绍4种嵌入式实时操作系统
VxWorks
、μC
linux
、μC/OS-II和eCos,详细分析比较了这4种操作系统的主要性能,并根据分析结果指出了各自的适用领域。 关键词 实时操作系统任务管理任务间同步与通信 内存管理
中断
管理 文件系统
VxWorks
、μC
linux
、μC/OS-II和eCos是4种性能优良并被广泛应用的实时操作系统。本文通过对这4种操作系统的主要性能进行分析与比较,归纳出
基于
VxWorks
操作系统的多路高速串口的通信方法研究
随着科学技术的发展,串口通信具有传输距离远、传输稳定、简单实用等特点,已被广泛应用于工业控制、数据采集、网络通信等领域。在这些应用领域中,串口通信用于实时地从各个串口接收数据,而向各个串口发送的主要是控制信息,一般不要求严格的
实时性
。因此提高串口设备接收的
实时性
至关重要。 可见
中断
和轮询方式都不能满足不同负载情况下系统的
实时性
要求。本文借鉴
Linux
系统中NAPI方法,结合
中断
与轮询的优点,提出一种轮询与
中断
结合的调度方式。这种调度机制在多串口系统中,当负载在不同的串口通道不均衡时,可以提高CPU的利用效率,并能满足业务的时延要求。另外,根据到达数据量分析得出了轮询、
中断
切换门限和轮询周
嵌入式系统/ARM技术中的基于
VxWorks
操作系统的多路高速串口的通信方法研究
随着科学技术的发展,串口通信具有传输距离远、传输稳定、简单实用等特点,已被广泛应用于工业控制、数据采集、网络通信等领域。在这些应用领域中,串口通信用于实时地从各个串口接收数据,而向各个串口发送的主要是控制信息,一般不要求严格的
实时性
。因此提高串口设备接收的
实时性
至关重要。 可见
中断
和轮询方式都不能满足不同负载情况下系统的
实时性
要求。本文借鉴
Linux
系统中NAPI方法,结合
中断
与轮询的优点,提出一种轮询与
中断
结合的调度方式。这种调度机制在多串口系统中,当负载在不同的串口通道不均衡时,可以提高CPU的利用效率,并能满足业务的时延要求。另外,根据到达数据量分析得出了轮询、
中断
切换门限和轮询周
嵌入式操作系统ucos的学习要点复习要点.doc
1.嵌入式实时操作系统的特点与常用的几种嵌入式操作系统。
实时性
,可裁剪性。 ucos-Ⅱ RT
Linux
ARM-
Linux
KURT TimeSys
Linux
Mach 商业常见
VxWorks
QNX pSOS Windows CE 2.掌握uC/OS-Ⅱ操作系统中的任务的存储结构与任务控制块主要成员变量的作用、任务的程序结构、任务的调度过程、任务状态的转换过程、任务的创建过程。任务级的切换与
中断
级的切换。 一.任务的存储结构P74 前一个任务控制块的Ptr 后一个任务控制块的Ptr 指向任务的Ptr 指向堆栈的Ptr 任务的优先级别 ............................ 任务的代码: void mytask(void * ) {......... For( ; ; ) {......} } 任务的堆栈: ....................... 系统在运行一个任务是,先按优先级找到任务控制块,在任务堆栈中找到任务代码的指针。 任务控制块是系统管理任务的依据。 任务控制块-------保存任务的属性 任务的代码-------任务的执行部分 任务的堆栈-------保存任务的工作环境 二.任务控制块主要成员变量的作用P78 不同任务 TCB成员变量个数不是固定的。 其中 OSTCBStat 用来存放任务当前状态。 其中 OSTCBDly 用来存放任务等待时限(节拍数)。 其中 OSTCBPrio 用来存放任务的优先级。 所有任务控制块分为2条链表:空闲任务块链表和任务块链表。 空闲任务块是uC/OS-Ⅱ的全局数据结构 OSInit()创建空闲任务控制块链表的步骤:1先在RAM中建立一个OS_TCB结构类型的OSTCBTb1[]使数组每个元素都是一个任务控制块,然后利用OS_TCB结构中的OSTCBTNext和OSTCBPrev连起来构成一个链表。 为了加快对任务控制块的访问速度:除了任务控制块链表创建成双向链表外在uC/OS-Ⅱ的uCOS-Ⅱ.H中还定义了一个OS_TCB*类型的数组OSTCBTb1[]专门用来存放指向各任务控制块的指针。 删除一个任务的实质:把任务的控制块从任务控制块链表中删除,并把它归还给任务控制块链表。但是任务的代码还在内存中没被删除。 任务的程序结构 任务的调度过程 在就绪任务表中寻找优先级最高的就绪任务置为运行态,然后中止当前正在运行的任务,从而运行刚刚那个置为运行态的任务 若 OSLockNesting当前的值不为0则 禁止调度 任务状态的转换过程 任务的创建过程 先检测任务的优先级是否合法 然后检测该优先级是否被占用 然后保留该优先级 然后初始化任务堆栈 然后获得任务控制块并初始化 然后任务计数器+1 最后调度 否则放弃任务 任务级的切换与
中断
级的切换 OSIntCtxSw() --
中断
级任务切换函数与OSCtxSw() -- 任务级切换函数的区别: OSIntCtxSw()与OSCtxSw()的后半部分相同,而OSIntCtxSw()缺少的断点保护,则在
中断
子程序中完成。但是两者都完成两任务的切换: OSCtxSw() 完成两个不同任务间的切换; OSIntCtxSw()则是在一定条件下,在
中断
结束后,原被
中断
的程序与更高优先级的任务之间的切换。 掌握五种任务的通信与同步的方法。对应的事件控制块与信号量集标志组的结构。并比较这五种任务的通信与同步的方法在请求、发送过程中的各自特点。 C/OS-Ⅱ操作系统初始化所须完成的的五件事:初始化几个重要的全局变量、数组OSTCBPrioTbl[ ]、就绪表、五个链表(空任务控制块、空事件控制块、空队列控制块、空信号量集标志组、空内存控制块)、创建空闲任务。或有条件创建统计任务。
中断
及
中断
服务程序。定时
中断
服务及时钟节拍服务函数OSTimTick()的作用 CPU相应
中断
的条件:1至少有一个
中断
源向CPU 发出信号 2系统允许信号且未对此信号屏蔽。 钟节拍服务函数OSTimTick()的作用:1把用来记录时间进程的计数器OSTime+1 2遍历任务控制块链表中所有任务控制块,吧各个任务控制块中用来存放任务延时的OSTCBDly-1,并使该项为0,同时又不是被挂起的任务进入就绪状态。 6.掌握创建、请求与发送一个信号量与消息邮箱的程序流程。 7.熟练应用信号量与消息邮箱实现任务的通信与同步的程序设计。一个应用程序的基本框架。 8.了解C/OS-Ⅱ移植的一般原则。 C/OS-Ⅱ移植的条件:1在程序中可以开关
中断
2处理器支持
中断
并能产生定时
中断
3处理器支持
中断
且容纳一定数据的硬件堆栈4处理器有将堆栈指针和其他CPU存储器存储读取到堆栈的指令。 9.了解一个完整的基于C/OS-Ⅱ内核的操作系统的组成。
嵌入式系统/ARM技术中的ARM CPU的嵌入式操作系统的几个重要因素
第一是应用。如果你想开发的嵌入式设备是一个和网络应用密切相关或者就是一个网络设备,那么你应该选择用嵌入式
Linux
或者uC
Linux
,而不是uC/OS-II。 第二是处理器。它可以适合于90~95%的各种嵌入式系统应用。当然,你如果希望更快的实时响应,如高速的A/D转换需要几个微秒以内的
中断
延时,可能采用uC/OS-II是合适的。当然,你采用象
Vxworks
这样传统的嵌入式操作系统也可以满足这样的强
实时性
要求。 ARM 第三是开发工具。显然,目前uC/OS-II、uC
Linux
和嵌入式
Linux
的开发工具与商业嵌入式操作系统工具还有一些差距,目前在ARM CPU上广泛流行和使用的是
Linux_Kernel
4,436
社区成员
17,460
社区内容
发帖
与我相关
我的任务
Linux_Kernel
Linux/Unix社区 内核源代码研究区
复制链接
扫一扫
分享
社区描述
Linux/Unix社区 内核源代码研究区
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章