前言
本章学习目标
目录
- 计算机体系结构
- OS与设备和程序的交互
- 中断、异常、系统调用的区别
- 中断和异常的处理
- 中断(Interrupt)的处理过程
- 异常(Exception)的处理过程
- 系统调用System Call
- 系统调用的实现
- 函数调用和系统调用的区别
- 开销
正文
计算机体系结构
.
计算机启动，按下电源。这个过程从原理来看，电源启动后，操作系统是从硬盘上存储，然后点到CPU工作的。
BIOS:基本I/O处理系统，计算机开机后检测各种外设。检测外设之后才能去加载相应的软件进行执行。
DISK(硬盘）：除去存储数据的功能，也拥有存放OS的功能。
Bootloader:启动时，加载OS。把OS从硬盘放到内存中，令CPU可以执行OS
在整个计算机内存里，一部分空间BIOS已经预先占用了。BIOS要做的第一步就是从某一个特定的地址开始执行，如果这个地址以x86为例，他的值是固定的（0xf000:fff0）。
两个寄存器合在一起，形成一个具体的内存地址（固定的）。一开始加电，从该地址开始执行，包括自检（检测自身设备是否可以正常工作）
POST（加电自检）：寻找显卡和和执行BIOS（初始化检查，包括外设；把BootLoader从disk放到memory）。启动电源时，显示器会亮起，然后随着内部元件的工作，显示请开始显示不同的图形界面，所以加电过程中显卡是一定在工作的。除此之外，BIOS也会初始化检测对系统进行操作的外设（如键鼠等事件），以及数据存储（Disk硬盘等）。
BootLoader一般放在硬盘的第一个主引导扇区（一般512byte）。易于BIOS寻找。BIOS将BootLoader加载到内存中（BootLoader掌握CPU控制权），然后BootLoader 再加载OS到内存中，然后CPU控制权交给OS（跳到OS的起始地址，然后开始执行工作【前期的初始化工作、创建应用程序】）
OS与设备和程序的交互
操作系统的接口（interface）：系统调用（system call）、异常(exception)、中断(interrupt)
外设：中断 IO 应用程序：系统调用、异常
·系统调用：APP（来源）主动向OS发出服务请求
·异常：由APP产生（来源），非法指令或者其他错的处理状态（内存出错）
·中断：来源于外设。来自不同的硬件设备的计时器和网络的中断
Q)为什么应用程序不能直接访问外设？
A)在计算机中内核是被信任的第三方，只有内核可以执行特权指令(安全角度：app恶意访问会破坏系统)；同时操作系统方便了应用程序. 给上层应用提供一个简单的接口，令上层应用不需要针对下层不同device（设备）设置不同程序，让程序写得更加通用、可移植。
应用程序是不可信任的，可能会有恶意程序对整个系统进行破坏。
中断、异常、系统调用的区别
1.源头
中断：外设
键鼠的操作，产生字符事件、移动事件等
异常：app的意外
APP并不想主动产生，是意外发生。
Ex)除0操作，这是计算机系统会无法正常工作的指令个，这种情况下要求OS发现并及时处理。
Ex)恶意程序要越过权限去访问一个受保护的地址空间，这种情况下OS要及时截获
Ex)APP执行时，资源不足以满足需求，这时操作系统悄悄在后端分配资源，解决问题
总之，异常就是让OS能够应对和解决各种事件。
系统调用：应用程序请求OS提供服务。是APP主动提出的，有明确的指令和相应的参数。比如打开/关闭文，~读写文件、发送网络包等都是系统调用，这都是由OS来完成的，应用程序只需要设置好对应的接口和参数，即具体实现由OS完成。
2.处理时间
中断：一般是异步事件。
异步就是当事件发生时，APP并不知道这个事件什么时候发生的。异步不可预测
异常：同步，同步就是触发问题的时间点是固定的，比如a/0这个除零操作必然会发生异常。发生异常一定是指定某条特定指令时一定发生。
系统调用：同步或异步。系统调用发出指令后，读取指令的过程是同步的。每一条指令对应一种正常或异常的状态。但是返回数据的这个过程是可以异步的
系统调用后返回的时间：读数据操作
当程序发出请求后，OS就需要读取数据，数据读完之后，OS再将数据返回给系统调用并将之传给应用程序。这个过程中，应用程序一直属于等待状态，这种状态就是同步。
但是如果应用程序发出这个请求后马上去做其他事情，那么这个OS完成读数据后，会给应用程序发出一个异步消息告诉APP这个数据已经处理完成。也就这个指令发出请求的过程是同步的，但是返回这个过程可能是异步也可能是同步的。
同步是指：当程序1调用程序2时，程序1停下不动，直到程序2完成回到程序1来，程序1才继续执行下去。 异步是指：当程序1调用程序2时，程序1径自继续自己的下一个动作，不受程序2的的影响
同步是阻塞的，异步不阻塞进程
3.响应状态：
中断：对于中断来说，打断了当前APP的正常执行，但是APP并没有感觉到有中断产生，
因为OS透明完成（悄悄完成），所以并没有影响到APP，所以APP持续执行。
异常：后果严重时，会杀死APP，或者重新执行产生异常的指令（产生异常的指令在OS的支持下再次执行也有可能正常执行）。
系统调用：等待服务完成后继续执行，不会重复执行系统调用的指令。
中断和异常的处理
首先，产生一个中断或者异常，需要知道具体这个中断或异常是哪一个特定的服务历程来服务。所以需要设置中断向量表，通过标记可以清楚的知道异常/中断所处的位置。不同的外设存在一个特定的编号，也就拥有一个特定的地址，这个地址就是针对某一个特定服务历程的。
当OS收到这个中断，根据中断表，查到对应的中断服务历程的起始地址，直接跳转到这个位置来执行就可以了。为了能够让整个系统正常工作，还需要完成一些更多的事情
中断(Interrupt)的处理过程
当中断产生后，打断了当前的正常执行来处理更加紧急的中断事件，那么打断一个程序的执行，我们需要在硬件和软件方面做出一定的保存与恢复机制。才能保证完成中断处理以后整个系统仍然能够正常进行。
硬件：外设是一个硬件，当他需要OS给予相应的支持之后，那需要产生一个标记，让CPU知道中断的产生。CPU看到这个中断标记后，可以产生一个具体的中断号（ID），然后把中断号发给OS，从而让OS根据中断号找到对应的处理历程。
软件：软件方面就是操作系统本身。
首先要保存被打断的执行现场(保持当前的处理状态，这个程序执行到什么地方了，执行的寄存器的内容等，都需要保存起来，这样才能令中断处理完成后的程序继续衔接打断之前的工作内容）
其次，根据CPU给的中断号查到对应的中断处理历程的地址，然后跳过去执行，这个过程会根据外设产生的中断的具体情况来完成响应操作。Ex)这个外设是网卡，来一个数据包，则这个终端历程需要把数据包取出来做出相应的处理。
处理完之后，应该让被打断的程序继续执行，这就需要恢复上述提到的保存的数据。
中断的整个执行过程是对应用程序透明的，应用程序感受不到中断的产生。
