第二讲 启动、中断、异常和系统调用

$$启动、中断、异常和系统调用$$

启动

$DISK$：存放$OS$。

$BIOS$：基本$I/O$处理系统.

$Bootloader$：加载$OS$，$将OS从硬盘加载到内存使得CPU可以执行OS$。一般存放在硬盘的第一个主引导扇区，使得$OS$非常方便的寻找。$OS$将$Bootloader$加载到内存中之后，$CPU$的控制权就交给了$Bootloader$。$Bootloader$将很多关于$OS$本身的数据加载到内存中，大大增加$OS$的加载速度。

$POST$：加电自检。

操作系统与设备和程序交互

$外设$：异常、中断
$软件$：系统调用

$系统调用：$
应用程序$主动$向操作系统发出服务请求。

$异常：$
非法指令或者其他的坏的处理状态。

$中断：(多指设备)$
来自不同硬件设备的计时器和网络的中断。

为什么上层软件不能够直接调用底层硬件？

计算机的$OS$是内核，相对来讲上层的软件是比较边缘的，上层的软件是“不值得信任的”，而内核$OS$是可以获得信任权的。只有内核才能够执行特权的指令。并且通过$OS$调用底层硬件更加快捷方便。

中断、异常、系统调用辨析

$产生根源：$

1. 中断：外设有了问题。
2. 异常：应用程序意向不到的行为。
3. 系统调用：应用程序请求操作提供服务。$主动要求$

$处理时间：$

1. 中断：异步
2. 异常：同步
3. 系统调用：异步($返回时间$)或者同步

$响应：$

1. 中断：持续，对用户应用程序是透明的。
2. 异常：杀死或者重新执行意向不到的应用程序。
3. 系统调用：等待和持续。

中断和异常的处理机制

$硬件：$

设置中断标记($CPU$初始化)

1. 将内部、外部事件设置中断标记。
2. 中断事件的$ID$。

$整体流程：$硬件中设定好中断标记后，如果出现了中断，会产生一个中断标记号($ID$)，$CPU$将中断标记号发送给$OS$，$OS$就可以通过中断标记号分析出哪里出现了中断。

$软件：$

中断

1. 现场保护：保存当前处理状态。
2. 中断服务程序处理。
3. 清楚中断标记。
4. 恢复之前保护的处理现场。

异常：异常编号

1. 保存现场
2. 异常处理：杀死产生异常的程序，重新执行异常指令等操作
3. 恢复现场

系统调用

$程序访问主要是通过高层次的API接口而不是直接进行系统调用。$

$用户态：$$OS$的状态之一，在这个状态下有很多涉及高等权限的指令是无法被执行的。

$内核态：$$OS$状态之一，在这个状态下$所有$的指令$OS$都能够执行，权限非常的大。

$完整流程：$
当软件进行系统调用的时候会发生$$用户态\to 内核态$$两态之间的转换。两态转换后将操作权限由软件转移给$OS$，再由$OS$完成后续的操作。

函数调用和系统调用

$函数调用：$软件进行函数调用的时候，使用的是$同一个堆栈$，只需要在这一个堆栈进行传参和返回参数即可。$速度很快$

$系统调用：$系统调用的时候，$与软件相关的堆栈和处于内核态的OS使用的堆栈不是一个堆栈$，这就使得系统调用的时候也需要多个堆栈之间的数据传输。$非常安全$