使用了6年的实时操作系统,是时候梳理一下它的知识点了
摘要:
本文简单介绍了博主学习操作系统的心路历程,同时还给大家总结了一下当下流行的几种实时操作系统,以及在工程中OSAL应该如何设计。希望对大家有所启发和帮助。
操作系统一直伴随着我的工作,早些年我刚出来的工作的时候,那时候用的是芯片平台是 飞思卡尔的MC9S12DG128,然后跑的是uCOS-II 的实时操作系统。
由于在大学期间没有上过操作系统相关的专业课程,说来也惭愧,在学校都是51单片机编程,顶多用了一下AVR单片机(16位),那时候想用STM32之类的高级单片机简直就是一种奢侈。印象很深刻的是,大三的时候出去实习,公司那边用的还都是8位单片机那种,主要是产品逻辑简单、硬件成本要求低。
受困于单片机平台的低端,自然没有想过要给它上操作系统,直到大四毕业找工作的时候,才发现原来自己学校做的那些课程实验、那些所谓的“业余比赛”,压根不够看,面试官直接忽略不计。
就这么大四第一学期的9月10月基本就是在这样的面试鄙视的尴尬场面中度过,也正是那个时候,我觉得我TM是不是应该整点操作系统这种高卡东西,不然面试老是面不上啊!
经过一番打听,得知嵌入式Linux操作系统在我们这一行还是很吃香的,于是我第一时间在学校的BBS上(对,当时学校的BBS还是有点流行)发了一个帖子,说征集学一起学习嵌入式Linux的童鞋,可以现学现卖,参加当年的挑战杯项目。
由于在学校也没啥影响力,这个帖子很快就沉下去了,连个泡泡都没有,自然也没找到合适的人一起学习嵌入式Linux。
苦于无奈执行,我只能寄希望于我的毕设,由于学院几个毕设的指导老师都没有嵌入式Linux相关的课题,于是我厚着脸皮去找我们的系主任,说我们想搞一个嵌入式Linux相关的毕业题目,能不能请老师通融下,给我们一次自拟定毕业题目的机会。好在系主任爽快地答应了,只是说选好了课题就要真真正正地去学,还是糊弄我们混个毕设。
这段对话其实还是蛮打动我的,自然我也没有辜负他的期望,还是把嵌入式Linux相关的基础知识学习了一遍。可能是幸运的降临,就在第一学期的12月份,我有幸收到了第一份OFFER,来自一个电力软件行业的大厂,给出的薪资在当时同行来说还是比较高的。当然对比现在看到的动则年薪20W-30W起,我那比不上了,但总算是上岸了。
我还是很感谢那段时间努力学习的自己,到底还是现学现卖的操作系统知识帮了我一把,让我也成为同届同学中,令人羡慕的那一批人。
对了,如果我没记错的话,当时我的毕设题目大概应该是:《基于S3C2410的MP3播放器》,当时是在ARM9上面跑的嵌入式Linux操作系统。
上面回忆当初在毕业前夕学习操作系统的一些故事,下面这一章节给大家稍微总结一些操作系统的基本定义和概念。
操作系统(Operation System, OS) 是指控制和管理整个计算机系统的硬件和软件资源,并合理的组织和调度计算机的工作和资源的分配,以提供给用户和其它软件方便的接口和环境,它是计算机系统中最基本的系统软件。
它的计算机体系中的位置如下面这种图所示:
从上图可以看出,层次越往下,就越靠近硬件,而操作系统正是在应用软件与计算机硬件之间的一个重要桥梁,也正是因为有了操作系统这一层次的存在,才有了上层各式各样的应用软件,也直接方便了顶层计算机用户的操作,提升了用户体验。
实时操作系统(Real-time operating system, RTOS),又称即时操作系统,它会按照排序运行、管理系统资源,并为开发应用程序提供一致的基础。
实时操作系统与一般的操作系统相比,最大的特色就是 “实时性”,如果有一个任务需要执行,实时操作系统会马上(在较短时间内)执行该任务,不会有较长的延时。这种特性保证了各个任务的及时执行。
有关实时性的定义,可以参加维基百科的说法:
实时运算(Real-time computing)是计算机科学中对受到“实时约束”的计算机硬件和计算机软件系统的研究,实时约束像是从事件发生到系统回应之间的最长时间限制。实时程序必须保证在严格的时间限制内响应。
往往我们评估一个实时操作系统是否足够优秀,除了一些接口设计的人性化之外,其中一个很重要的特性就是评估其 实时性 。毕竟在嵌入式开发领域,某些项目场景下,实时性可是整个系统的命脉,一旦出现 非实时 的缺陷,可能问题就是致命的。
根据上面的大类说法,我们可以知道嵌入式操作系统并不一定都是实时操作系统,比如嵌入式Linux系统,它严格意义上就不是一个实时操作系统。但不得不承认,大部分的嵌入式操作系统都是实时操作系统。比如,我前文提及的 uCOS-II 操作系统。
本章节,我想给大家对主流的实时操作系统做个对比,以便于后续大家做操作系统选型参考:
里面罗列总结的,不一定都对,仅供参考,有疑问欢迎讨论。
本章节,我会从工程实践的角度,总结一下实时操作系统的几个核心模块。
这两年我自己一直在做嵌入式系统架构设计这块,我们有个核心需求就是,要求我们的代码在各个硬件平台,无论它跑什么嵌入式操作系统,我们上层的应用代码都必须无缝衔接。
为了满足这样的需求,我们的软件架构设计中,独立设计了一层叫 OSAL(Operation System Abstract Layer),这一层它要解决的问题就是隔离具体的操作系统,对上提供统一的操作系统接口。
它的逻辑架构架构图如下所示:
下面针对这个OSAL层,简单介绍一下我们的设计:
其实要想把底层各式各样的操作系统隔离隔离开,那么我们必须识别出,一般的操作系统都提供哪些系统能力,在这里我直接把我的答案写上来,欢迎大家补充。
操作系统的几个核心能力包括:
识别出了以上几个核心模块之后,剩下的就是接口抽象设计了,我想这一块应该难不倒大家了。有兴趣的可以一起多交流交流。
通过上面的介绍,大家对操作系统应该有一定的认识了,但我想,仅仅了解这些是远远不够的。
操作系统是一块很庞大的知识体系,建议大家系统地去学习一遍。
在这里我给大家推荐一本行业顶级的操作系统相关的工具书,它就是 《操作系统:原理与实现》:
本书的详细介绍,可以参加我的 社区文章
为了鼓励大家好好学习《操作系统》,我在我的技术社区组织赠书活动,为大家送上五本《操作系统:原理与实现》,大家感兴趣的 戳这里。