我把自己以往的文章汇总成为了 Github &＃xff0c;欢迎各位大佬 starhttps://github.com/crisxuan/bestJavaer
已提交此篇文章

外甥上大一了&＃xff0c;起初我还非常担心他&＃xff0c;担心主要有两方面的原因&＃xff1a;

• 从小一直是校草&＃xff0c;长的太帅&＃xff0c;会不会天天谈恋爱去了
• 担心在大学没能做好自己的规划

于是经常和他视频聊天&＃xff0c;外甥小我没几岁&＃xff0c;我们经常以兄弟相称&＃xff0c;聊起来自然和谐

从我这几次和他聊天可以看出&＃xff0c;我的担忧有些太过了

他好像从没刻意他的帅气&＃xff0c;而是不断的充实自己的才华&＃xff0c;篮球打得好、街舞跳的好、还去参加各种志愿者活动

关键是最近还对计算机产生了强烈的兴趣。

唉&＃xff0c;帅就算了&＃xff0c;还这么认真&＃xff0c;这年轻人不讲武德啊

上周末打电话&＃xff0c;竟然问我什么是操作系统&＃xff1f; 为什么要有操作系统&＃xff1f;

于是就有了这篇文章&＃xff0c;也准备把我外甥的计算机相关疑问全部承包了&＃xff0c;喜欢我记得关注我 公号 龙跃十二

喜欢我几个关注我

什么是操作系统&＃xff1f;

说实话很难有一个准确的定义去描述操作系统&＃xff0c;看了多本关于操作系统的书中是这样说的。

操作系统是一个运行在内核态的软件&＃xff0c;该软件对底层各种硬件资源做了抽象和管理&＃xff0c;并提供统一的API接口供应用程序去调用这些资源。

这句话涵盖了好几个知识点

1. 操作系统是一个软件
2. 操作系统软件运行在内核状态下的软件&＃xff0c;不在用户态下&＃xff0c;应用开发者开发的各种系统软件都是在用户态下运行的

撒是用户态&＃xff0c;撒是内核态&＃xff1f;你很喜欢剖根问底&＃xff0c;这个后面再说

3. 对各种底层硬件资源进行了抽象和管理

抽象了处理器、存储器、时钟、磁盘、网络接口、外设等底层硬件资源&＃xff0c;把各种资源都抽象为一个个的文件描述符

设想一下&＃xff0c;多核情况下&＃xff0c;多个应用程序同时使用一种资源&＃xff0c;就会造成混乱局面&＃xff0c;此时操作系统就会扮演一个管理者去管理这些资源的使用者。

4. 提供统一对外访问的接口

操作系统处在中间层&＃xff0c;上面有各种系统应用程序、开发人员、用户&＃xff0c;下面有各种计算机硬件资源。

怎么脑海中浮现了 上下为难 的表情包&＃xff0c;哈哈哈有内味了

操作系统设计者和硬件编程人员可以直接去操作硬件资源

操作系统设计者这不用解释了&＃xff0c;都懂的&＃xff0c;都在设计操作系统了&＃xff0c;总不至于不能操作硬件资源吧

硬件编程人员这个大家可能稍微陌生点&＃xff0c;有一类开发人员是直接对硬件进行操作的&＃xff0c;如果是你是学习电子信息相关专业的&＃xff0c;应该很熟悉烧程序。

大学做实验的时候龙叔就经常把写好的汇编程序或者C语言程序编译完成了直接烧到计算机硬件上&＃xff0c;这叫烧程序。

我写的程序里面有对硬件资源进行操作&＃xff0c;比如操作某某管脚、某个串口等等

所以没有操作系统也是可以直接操作计算机硬件资源&＃xff0c;也是可以跑程序的

那为啥还要操作系统呢&＃xff1f;

为什么要有操作系统&＃xff1f;

上面已经说了&＃xff0c;没有操作系统是可以操作计算机硬件资源的&＃xff0c;那为什么要有呢&＃xff1f;

1)最早期计算机是没有操作系统的&＃xff0c;每次要变更一下功能&＃xff0c;都要手动去调整硬件&＃xff0c;费时费力。

2)随着电子管技术的发展&＃xff0c;各种硬件资源可以做成通用的&＃xff0c;此时就急切需要一个操作系统去控制这些资源&＃xff0c;每次改功能&＃xff0c;只需要修改输入的信号即可。

3)提升计算机的功能性和灵活性

操作系统的演变

串行处理

20世纪40-50年代&＃xff0c;电子管技术得到了发展&＃xff0c;诞生了第一台电子管计算机

由于零件的集成度太低&＃xff0c;一台计算机必须用一个大house来放置

而且这台机器当时数百万美元的标价&＃xff0c;价格是真的贵&＃xff0c;一般人用不起&＃xff0c;都是一些豪横的组织才用得起

早期的计算机是没有操作系统的&＃xff0c;操作人员直接和计算机硬件交互&＃xff0c;类似下面这样

所有的操作在控制台上进行&＃xff0c;控制台上有显示灯、触发器、输入输出设备

每次作业都需要有专门的的人员来操作&＃xff0c;使用汇编语言写程序到纸片上&＃xff0c;再穿孔成卡片&＃xff0c;再将这些卡片交给专门的操作人员去操作&＃xff0c;再花费时间等操作结果。

计算机成本高&＃xff0c;操作过程复杂&＃xff0c;时间还长

人们很自然就想到减少机器时间的浪费&＃xff0c;于是就诞生了批处理系统。

批处理系统

到了20世纪50年代General Motors开发了批处理系统&＃xff0c;那时候被称为 监控系统

监控系统是常住在内存中的&＃xff0c;他做的事情就是

1. 加载用户程序到用户程序段
2. 把控制权交给用户程序
3. 读取用户程序指令交给处理器
4. 将处理器的执行结果输出到设备
5. 用户程序完成后交回控制权
6. 进行下一个循环

总结一下&＃xff0c;监控程序主要主要完成调度功能&＃xff0c;一批作业排队等待&＃xff0c;处理器尽可能的被充分利用&＃xff0c;不让他有任何空闲时间。

监控程序很大程度上提高了处理器的利用率&＃xff0c;减少了处理器空闲时间

多道系统

批处理系统已经提高了程序的利用率&＃xff0c;但还是没最大化压榨

监控程序和用户程序需要来回切换转换控制权&＃xff0c;这部分时间处理器闲置

监控程序在做IO操作时&＃xff0c;由于IO是比较慢的&＃xff0c;磁盘读写很慢的&＃xff0c;此时处理器需要等待

为了更好的利用处理器的计算性能&＃xff0c;大佬们搞出了多道系统

多道系统就是同时加载多个用户程序&＃xff0c;当其中一个用户程序需要IO等待时&＃xff0c;切换到另一个不在等待IO的用户程序进行处理。

这就很好的减少处理器资源的浪费&＃xff0c;同时提高了程序处理的效率。

多道系统会比单道系统复杂很多&＃xff0c;比如 所有程序都在内存中&＃xff0c;涉及到 内存管理

多个用户程序需要运行处理器先运行谁&＃xff1f; 这涉及到 调度算法

当然 别慌张&＃xff0c;这些知识都会在后面的文章中讲到。

分时系统

多道系统已经解决了处理器资源合理且高效利用问题&＃xff0c;但是随着计算机的发展&＃xff0c;人们对于计算机又有了新的需求 交互式处理。

计算机需要具备多个用户同时访问、操作和处理用户程序&＃xff0c;此时 分时系统 就应运而生了。

举个例子&＃xff1a;程序A是一个非常消耗处理器资源的程序一般运行一次需要10分钟&＃xff0c;程序B是一个简单计算程序&＃xff0c;运行一次只需要1分钟。

在多道系统里&＃xff0c;只能是程序A处理完了才能处理B&＃xff0c;但是这B等着着急啊

于是就有了分时系统&＃xff0c;CPU资源对用户程序是公平的&＃xff0c;每一个用户拥有的资源是公平的

利用上下文信息&＃xff0c;去切换CPU执行的时间&＃xff0c;做到尽可能让每个用户都平等拥有资源

在这个过程中&＃xff0c;处理器的性能并没有提升&＃xff0c;反而会因为调度切换降低利用率&＃xff0c;但是对用户来说提高了用户程序响应效率。

分布式系统

随机计算机的发展&＃xff0c;终于到了个人电脑的出现&＃xff0c;这时候计算机又增加了新的需求&＃xff0c;多个计算机之间网络互连、多核利用等等

于是就诞生了分布式系统&＃xff0c;分布式系统就是在网络的帮助下实现实时的计算和协同处理

操作系统的体系结构

操作系统是一种系统软件&＃xff0c;在理解这个层次结构时可以结合软件设计的层次结构。

单体系统

整个操作系统在内核以单一程序的方式运行

MS_DOS系统简单结构

早期MS_DOS系统简单结构如上图所示&＃xff0c;操作系统和应用程序以及设备驱动都可以操作硬件。

可以看出来没有很好的模块划分和分离&＃xff0c;这种方式的好处是任意调用都比较高效&＃xff0c;缺点是程序大并且复杂的调用会让操作系统变得笨拙且难以理解。

再来看看早起UNIX系统结构

早期UNIX系统结构

可以看到早期Unix系统结构也是有限的结构化&＃xff0c;主要是早期受到硬件限制

早期考虑操作系统设计的核心要素是 在最小的空间里面提供最多的功能

特别像互联网公司初期的系统架构&＃xff0c;全部单体应用&＃xff0c;所有服务在一起&＃xff0c;随着业务复杂、并发增加

渐渐这种单体应用的优势会完全被覆盖&＃xff0c;公司不得不进行架构升级

层次式系统

单体结构的缺点在硬件不断发展和用户需求激增下越来越明显

类似公司规模不断增大&＃xff0c;早期架构的一点点优势越来越敌不过缺点了&＃xff0c;不得不进行架构升级

层次化结构的原则是&＃xff1a;每一层只能使用下一层提供的服务

最早的层次化结构系统是Dijkstra大佬设计出来的&＃xff0c;叫THE OS&＃xff0c;他把整个系统分为了6层

THE OS系统

这种层次化结构的显著优点&＃xff1a;

• 底层和高层 甚至于每层只要按照规则 都可以分别实现&＃xff0c;便于扩充
• 上层的错误不会影响下层&＃xff0c;便于调试、功能的增删改
• 调用关系清楚&＃xff0c;上层对下层的单向依赖&＃xff0c;避免递归调用&＃xff0c;保证了设计和实现的正确性
• 可移植性非常好

当然也有显著的缺点&＃xff1a;

• 系统中所有进程的控制转移、通信等任务都交给系统的核心去管理&＃xff0c;代价较大
• 层次的划分和安排&＃xff0c;要保证不出现双向依赖关系

微内核

微内核体现在一个微字&＃xff0c; 怎么样来达到这个微呢&＃xff1f;

1. 通过划分系统程序和用户程序&＃xff0c;把所有不必要的部分移除内核&＃xff0c;形成一个小内核
2. 微内核提供最少量的进程管理、存储管理、以及通信功能

微内核结构

整个操作系统由两部分组成&＃xff0c;运行在核心态的内核和运行在用户态的并且以C/S模式提供服务

Windows NT就是以这种架构方式

微内核的显著优点&＃xff1a;

内核精巧&＃xff0c;内核提供核心功能 进程管理、存储管理、以及通信功能

面向多处理机和分布式系统&＃xff0c;基于微内核的系统在内核中引入了多处理机调度和管理机制&＃xff0c;并且引入了线程&＃xff0c;有了线程就有了并行执行&＃xff0c;这可不得了啊。

基于C/S体系结构 微内核的任务通信机制和消息机制采用CS模式向用户提供服务

现代操作系统的体系结构就是微内核与层次式结构的结合体

以上就是本期的主要内容&＃xff0c;基本回答了外甥的问题&＃xff0c;也希望能解答大家的疑惑。

内容对大家有帮助的话&＃xff0c;求分享、求转发、求点赞&＃xff0c;一键三连就是对我最大的鼓励&＃xff0c;感谢。

我是龙su&＃xff0c;一个倾慕外甥帅气容颜的舅舅&＃xff0c;一个半吊子架构师&＃xff0c;我们下期见。

唯有坚韧者始能遂其志

来源&＃xff1a;https://www.cnblogs.com/zhonglongbo/p/14040302.html

另外&＃xff0c;cxuan 肝了六本 PDF&＃xff0c;公号回复 cxuan &＃xff0c;领取作者全部 PDF。

你也可以在下方链接获取

链接: https://pan.baidu.com/s/1mYAeS9hIhdMFh2rF3FDk0A 密码: p9rs