目录
1.1.2作业和作业调度（/接纳调度—>admission scheduling）
一、处理机调度
1.1处理机调度概述
1.1.1处理机调度层次
1. 高级调度：
调度对象：作业
根据某种算法，决定将外存上处于后备队列中的作业调入内存，并为它们创建进程和分配必要的资源。然后，将新创建的进程排在就绪队列上等待调度。
主要用于多道批处理系统中。
2.中级调度：
将暂不运行的进程，调至外存等待；
将处于外存上的急需运行的进程，调入内存运行。
即“对换” 功能
3.低级调度：
调度对象：进程
根据某种调度算法，决定就绪队列中的哪个进程应获得处理机。
应用在于多道批处理、分时和实时OS。
1.1.2作业和作业调度（/接纳调度—>admission scheduling）
1.1.3 进程调度的任务和方式
1. 进程调度的任务：① 保存处理机的现场信息 ② 按某种算法选取进程 ③ 把处理器分配给进程
2. 进程调度机制（调度程序分为三部分）：
（1）排队器：用于将就绪进程插入相应的就绪队列
（2）分派器：用于将选定的进程移出就绪队列
（3）上下文切换器：进行新旧进程之间的上下文切换
3. 进程调度的方式：（不要任意抢占，避免开销过大）
（1）非抢占方式 non-preemptive mode： 一旦把处理机分配给某进程后，便让该进程一直执行，直至该进程完成或发生某事件而被阻塞时，才再把处理机分配给其他进程，决不允许某进程抢占已经分配出去的处理机。
（2）抢占方式：允许调度程序根据某种原则，去暂停某个正在执行的进程，将已分配给该进程的处理机重新分配给另一进程。(现代OS广泛采用)
① 优先级原则：允许优先权高的新到进程抢占当前进程的处理机。
② 短进程优先原则：短进程可以抢占当前较长进程的处理机。
③ 时间片原则：各进程按时间片运行，当一个时间片用完后，便停止该进程的执行而重新进行调度。
1.1.4 处理机调度算法的目标
评价指标：
指标详情：
1.2调度算法
1.2.1先来先服务调度算法(FCFS)
例题：
1.2.2短作业优先调度算法(SJF)
SJF算法：既可用于作业，也可用于进程：（SJF=Short Job First）
对作业：从后备队列中选择若干个估计运行时间最短的作业。
对进程：关联到每个进程下次运行的CPU区间长度，调度最短的进程。
对进程调度，SJF有两种模式：
非抢占式SJF—>一旦分配，就一直执行直到结束。
抢占式SJF—>抢占发生在有比当前进程剩余时间片更短的进程到达时，也称为最短剩余时间优先调度。
SJF是最优的（对一组指定的进程而言），它给出了最短的平均等待时间。
例子：
SJF比FCFS算法有明显改进。
缺点：
只能估算进程的运行时间（估值不准确：只能宽松估计（估值偏大）），所以通常用于作业调度； 对长作业不利；
采用SJF算法时，人-机无法实现交互；
完全未考虑作业的紧迫程度。
1.2.3优先级调度算法(PR)
既可用于作业调度，也可用于进程调度。
基于作业/进程的紧迫程度，由外部赋予作业相应的优先级，调度算法根据优先级进行调度。
每个进程都有一个优先数，优先数为整数。（优先级 vs 优先数）
默认：小的优先数具有高优先级。注意不同系统/考题的定义。
目前主流的操作系统调度算法。
高响应比优先调度算法是一种优先级调度算法，用于作业调度。
1. 优先级调度算法的类型 ：（1）非抢占式 （2）抢占式
2. 优先级类型 ：
（1）静态优先级
创建进程时确定优先数(整数)，在进程的整个运行期间保持不变 。
简单易行，系统开销小 。
不够精确，可能会出现优先级低的进程长期没有被调度的情况 。
（2）动态优先级
创建进程时先赋予其一个优先级，然后其值随进程的推进或等待时间的增加而改变。
非抢占式优先级调度算法举例：
优先级调度算法的优缺点：
优点：实现简单，考虑了进程的紧迫程度；灵活，可模拟其它算法。
存在问题：饥饿 ——低优先级的进程可能永远得不到运行。
解决方法：老化 —— 视进程等待时间的延长提高其优先数。
3.高响应比优先调度算法（HRRN：PR的特例）：
1.2.4时间片轮转调度算法（RR）
专为分时系统设计，类似于FCFS，但增加了抢占。
时间片：小单位的CPU时间，通常为10~100毫秒。
为每个进程分配不超过一个时间片的CPU。时间片用完后，该进程将被抢占并插入就绪队列末尾，循环执行。
假定就绪队列中有n个进程、时间片为q, 则每个进程每次得到1/n的、不超过q单位的成块CPU时间，没有任何一个进程的等待时间会超过(n-1) q单位。
时间片为20的RR例子：
时间片大小的确定：
RR例子：
1.2.5多级队列调度算法
（1）就绪队列从一个分为多个，如:前台[交互式]、后台[批处理]
（2）每个队列有自己的调度算法：前台 – RR、后台 – FCFS
（3）调度须在队列间进行：
固定优先级调度，即前台运行完后再运行后台，有可能产生饥饿。
给定时间片调度，即每个队列得到一定的CPU时间，进程在给定时间内执行；如80%的时间执行前台的RR调度，20%的时间执行后台的FCFS调度。
1.2.6多级反馈队列调度算法
进程能在不同的队列间移动。
其他调度算法的局限性：
短进程优先的调度算法，仅照顾了短进程而忽略了长进程 。
如果并未指明进程的长度，则短进程优先和基于进程长度的抢占式调度算法都将无法使用。
优点：不必事先知道各种进程所需的执行时间； 可以满足各种类型进程的需要。
多级反馈队列例子：
1.2.7基于公平原则的调度算法
主要考虑调度的公平性。
保证调度算法：性能保证，而非优先运行； 如保证处理机分配的公平性（处理机时间为1/n）。
公平分享调度算法：调度的公平性主要针对用户而言； 使所有用户能获得相同的处理机时间或时间比例。
1.3实时调度
基于公平原则的调度算法：
实时调度是针对实时任务的调度。
实时任务，都联系着一个截止时间：硬实时HRT任务、 软实时SRT任务。
实时调度应具备一定的条件。
1.3.1实现实时调度的基本条件
1. 提供必要的信息：就绪时间、开始截止时间和完成截止时间、处理时间、资源要求、优先级。
2. 系统处理能力强：
3. 采用抢占式调度机制
4. 采用快速切换机制：对中断具有快速响应能力、快速的任务分派能力
1.3.2 实时调度算法分类
根据实时任务性质：HRT调度算法、SRT调度算法。
根据调度方式 ：非抢占式调度算法、抢占式调度算法。
1.非抢占式调度算法：
（1）非抢占式轮转调度算法
响应时间：数秒至数十秒。
可用于要求不太严格的实时控制系统。
（2）非抢占式优先调度算法
响应时间：数秒至数百毫秒。
可用于有一定要求的实时控制系统。
2. 抢占式调度算法：
基于时钟中断的抢占式优先级调度：
响应时间：几十毫秒至几毫秒。
可用于大多数实时系统。
立即抢占的优先级调度：
响应时间：几毫秒至几百微秒。
可用于有严格时间要求的实时系统。
1.3.3 最早截止时间优先(EDF)调度算法
EDF根据任务的截止时间确定优先级，截止时间越早，优先级越高。
既可用于抢占式调度，也可用于非抢占式调度。
非抢占式调度用于非周期实时任务。
抢占式调度用户周期实时任务。
抢占式EDF例子：
1.3.4 最低松弛度优先LLF算法
LLF例子：
采用优先级调度和抢占方式，可能产生优先级倒置。现象：高优先级进程被低优先级进程延迟或阻塞。
解决方法：制定一些规定，如规定低优先级进程执行后，其所占用的处理机不允许被抢占； 建立动态优先级继承。
1.4Linux进程调度
默认调度算法：完全公平调度CFS算法。
基于调度器类：允许不同的可动态添加的调度算法并存，每个类都有一个特定的优先级。
总调度器：根据调度器类的优先顺序，依次对调度器类中的进程进行调度。
调度器类：使用所选的调度器类算法（调度策略）进行内部的调度。
调度器类的默认优先级顺序为：Stop_Task＞Real_Time＞Fair＞Idle_Task。
普通进程调度：
采用SCHED_NORMAL调度策略。
分配优先级、挑选进程并允许、计算使其运行多久。
CPU运行时间与友好值（-20~+19）有关，数值越低优先级越高。
实时进程调度：
实时调度的进程比普通进程具有更高的优先级。
SCHED_FIFO：进程若处于可执行的状态，就会一直执行，直到它自己被阻塞或者主动放弃CPU。
SCHED_RR：与SCHED_FIFO大致相同，只是进程在耗尽其时间片后，不能再执行，而是需要接受CPU的调度。
二、死锁
2.1死锁概述
死锁（Deadlock）：指多个进程在运行过程中因争夺资源而造成的一种僵局，当进程处于这种僵持状态时，若无外力作用，这些进程都将永远不能再向前推进。
资源问题：
1. 可重用性资源和可消耗性资源：
可重用性资源：一次只能分配给一个进程，不允许多个进程共享，
遵循：请求资源—>使用资源—>释放资源 （大部分资源，e.g. 打印机）。
可消耗性资源：由进程动态创建和消耗 （进程间通信的消息）。
2. 可抢占性和不可抢占性资源：
可抢占性资源：某进程在获得这类资源后，该资源可以再被其他进程或系统抢占，CPU（处理机）和主存区。
不可抢占资源：当系统把这类资源分配给某进程后，再不能强行收回，只能在进程用完后自行释放，打印机、磁带机。
死锁原因：
1.竞争不可抢占性资源引起死锁
系统中的不可抢占性资源，由于它们的数量不能满足诸进程运行的需要，会使进程在运行过程中，因争夺这些资源而陷入僵局。
2.竞争可消耗性资源引起死锁
3.进程推进顺序不当引起死锁
进程推进顺序合法
进程推进顺序非法
1. 死锁定义：
死锁：一组等待的进程，其中每一个进程都持有资源，并且等待着由这个组中其他进程所持有的资源。
2. 产生死锁的必要条件(4个条件必须同时满足)：
（1）互斥：一段时间内某资源只能被一个进程占用。
（2）请求和保持：一个至少持有一个资源的进程等待获得额外的由其他进程所持有的资源。
（3）不可抢占：一个资源只有当持有它的进程完成任务后，自由的释放。
（4）循环等待：等待资源的进程之间存在环 {P0, P1, …, Pn} ； P0 等待P1占有的资源, P1等待P2占有的资源, …, Pn–1等待Pn占有的资源, Pn等待P0占有的资源。
3. 处理死锁的方法：
确保系统永远不会进入死锁状态：死锁预防 、死锁避免。
允许系统进入死锁状态，然后恢复系统：死锁检测、死锁恢复。
忽略这个问题，假装系统中从未出现过死锁。这个方法被大部分的操作系统采用，包括UNIX。
2.2预防死锁
2.3避免死锁
设一个简单而有效的模型，要求每一个进程声明它所需要的资源的最大数。
死锁避免算法动态检查资源分配状态以确保不会出现循环等待的情况。
资源分配状态定义为可用的与已分配的资源数，和进程所需的最大资源量。
安全状态：
当进程申请一个有效的资源的时候，系统必须确定分配后是安全的。
如果存在一个安全序列，则系统处于安全态。
进程序列<P1, P2, …, Pn>是安全的，如果每一个进程Pi所申请的可以被满足的资源数加上其他进程所持有的该资源数小于系统总数。
如果 Pi 需要的资源不能马上获得，那么Pi 等待直到所有的Pi-1进程结束。
当Pi-1 结束后， Pi获得所需的资源，执行、返回资源、结束。
当Pi结束后， Pi+1获得所需的资源执行，依此类推。
基本事实：
如果一个系统在安全状态，就没有死锁 。
如果一个系统不是处于安全状态，就有可能死锁。
死锁避免—>确保系统永远不会进入不安全状态。
安全、不安全、死锁状态空间：
2.3.1银行家算法
针对资源有多个实例。
每一个进程必须事先声明使用的最大量。
当一个进程请求资源，它可能要等待。
当一个进程得到所有的资源，它必须在有限的时间释放它们。
1. 银行家算法（Dijkstra）的数据结构：
2.银行家算法：是否满足某进程的资源请求：
3.安全性算法：
4.银行家算法的例子：
例题：进行分配，满足P1 request (1,0,2)后P4的请求(3,3,0)不能通过；P0的请求(0,2,0)可以通过。
资源分配图：
资源分配图组成：
无死锁的资源分配图：
有死锁的资源分配图：
基本事实：
如果图没有环，那么不会有死锁！
如果图有环，那么：
如果每一种资源类型只有一个实例，那么死锁发生；
如果一种资源类型有多个实例，那么可能死锁。
2.4死锁的检测与解除
当系统为进程分配资源时，若未采取任何限制性措施，则系统必须提供检测和解除死锁的手段。为此，系统必须：
保存有关资源的请求和分配信息；
提供一种算法，以利用这些信息来检测系统是否已进入死锁状态。
资源分配图的简化：
（1）在资源分配图中，找出一个既不阻塞又非独立的进程结点pi。在顺利的情况下，pi可获得所需资源而继续运行，直至运行完毕，再释放其所占有得全部资源，这相当于消去pi所有的请求边和分配边，使之成为孤立的结点；
（2）p1释放资源后，便可使p2获得资源而继续运行，直到p2完成后又释放出它所占有的全部资源；
（3）在进行一系列的简化后，若能消去图中所有的边，使所有进程都成为孤立结点，则称该图是可完全简化的；若不能通过任何过程使该图完全简化，则称该图是不可完全简化的。
1.死锁定理：
对于较复杂的资源分配图，可能有多个既未阻塞、又非孤立的进程结点，不同的简化顺序，是否会得到不同的简化图？有关文献已经证明，所有的简化顺序，都将得到相同的不可简化图。（我是大考点！！！）
S为死锁状态的充分条件是：当且仅当S状态的资源分配图是不可完全简化的。该充分条件称为死锁定理。
2. 死锁检测算法：
检测算法的例子：
常用解除死锁的两种方法：
抢占资源。从一个或多个进程中抢占足够数量的资源给死锁进程，以解除死锁状态。
终止或撤消进程。终止系统中一个或多个死锁进程，直到打破循环环路，使死锁状态消除为止。
终止所有死锁进程（最简单方法，代价高）
逐个终止进程（稍温和方法）
进程终止：
中断所有的死锁进程。
一次中断一个进程，直到死锁环消失。
代价影响因素：
① 进程的优先级；
② 进程需要计算多长时间，以及需要多长时间结束；
③ 进程使用的资源，进程完成还需要多少资源；
④ 进程是交互的还是批处理的。
299
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
