操作系统第二章---处理机调度

处理机调度

知识点框架

调度的基本概念：当有一堆任务要处理，但由于资源有限，这些事情没法同时处理。这就需要确定某种规则来决定处理这些任务的顺序，这就是“调度”研究的问题。（就是事情太多了，得有一定的顺序来做）

在多道程序系统中，进程的数量往往是多于处理机的个数的，这样不可能同时并行地处理各个进程。

处理机调度，就是从就绪队列中按照一定的算法选择一个进程并将处理机分配给它运行，以实现进程的并发执行。

调度层次

调度有三个层次：低级调度（进程调度）、中级调度（内存调度）、高级调度（作业调度）

高级调度

由于内存空间有限，有时无法将用户提交的作业全部放入内存，因此就需要确定某种规则来决定将作业调入内存的顺序。

高级调度(作业调度)。按一定的原则从外存上处于后备队列的作业中挑选一个(或多个)作业，给他们分配内存等必要资源，并建立相应的进程(建立PCB)，以使它(们)获得竞争处理机的权利。

高级调度是辅存(外存)与内存之间的调度。每个作业只调入一次，调出一次。 作业调入时会建立相应的PCB，作业调出时才撒销PCB。高级调度主要是指调入的问题，因为只有调入的时机需要操作系统来确定，但调出的时机必然是作业运行结束才调出。
（高级调度主要就是把外存中的作业，也就是想要CPU执行的作业按一定规则调入内存，创建进程）

中级调度

引入了虛拟存储技术之后，可将暂时不能运行的进程调至外存等待。等它重新具备了运行条件且内存又稍有空闲时，再重新调入内存。

这么做的目的是为了提高内存利用率和系统吞吐量。

暂时调到外存等待的进程状态为挂起状态。值得注意的是，PCB并不会一起调到外存，而是会常驻内存。PCB中会记录进程数据在外存中的存放位置，进程状态等信息，操作系统通过内存中的PCB来保持对各个进程的监控、管理。被挂起的进程PCB会被放到的挂起队列中。（注：这个PCB是仍然放在内存中的）

中级调度(内存调度)，就是要决定将哪个处于挂起状态的进程重新调入内存。

一个进程可能会被多次调出、调入内存，因此中级调度发生的频率要比高级调度更高。

补充知识：进程的挂起态与七状态模型

暂时调到外存等待的进程状态为挂起状态(挂起态，suspend)

挂起态又可以进一步细分为就绪挂起、阻塞挂起两种状态

五状态模型在前面已经提到过了，这里就只是补充一下另外两个状态的切换

就绪挂起（这个就是就绪态被挂起的，激活后也会变成就绪态）

就绪挂起有很多种来源：
（1）创建态如果创建完毕发现进不去，就是就绪挂起
（2）就绪态如果排着队，内存不够了，也要被扔出来
（3）运行态时间片到了，要回就绪态，但是内存不够，也会被扔出来
（4）如果阻塞挂起的时候，等待的事件发生了，他就会变成就绪挂起

就绪挂起的去处就一个：变回就绪态

阻塞挂起的来源就一个：就是阻塞态的时候被挂起

阻塞态的去处有两个：
（1）变回阻塞态
（2）事件发生以后还在挂起，变成就绪挂起

注意“挂起”和“阻塞”的区别，两种状态都是暂时不能获得CPU的服务，但挂起态是将进程映像调到外存去了，而阻塞态下进程映像还在内存中。

有的操作系统会把就绪挂起、阻塞挂起分为两个挂起队列，甚至会根据阻塞原因不同再把阻塞挂起进程进- - 步细分为多个队列。

低级调度

低级调度(进程调度)，其主要任务是按照某种方法和策略从就绪队列中选取一个进程，将处理机分配给它。

进程调度是操作系统中最基本的一种调度，在–般的操作系统中都必须配置进程调度。

进程调度的频率很高，一般几十毫秒一次。

三层调度的对比

个人理解：
高级调度就是把从来没进去过的调进去

中级调度就是把内存的扔出来，然后看情况拎回去

低级调度就是把排在内存里面的让CPU去运行，然后时间到了扔回内存，或者完成了，结束

知识点回顾

进程调度的时机

知识点框架

进程调度（就是上面讲的低级调度），就是按照某种算法从就绪队列中选择一个进程为其分配处理机

进程切换的情况
1.当前运行进程主动放弃处理机
进程正常终止（执行完毕）
运行过程中发生异常而终止（干不下去了，停下来吧）
进程主动请求阻塞（等CPU给我发资源，我要歇会，如：等待I/O）

2.当前运行进程被动放弃处理机
分给进程的时间片用完（到点了，赶紧滚蛋）
有更紧急的事需要处理（这个事件优先级更高，他先来，这个是事件，不是进程昂~，如I/O中断）
有更高优先级的进程进入就绪队列（这个进程的优先级更高，他先来）

不能进行进程调度与切换的情况：
（1）在处理中断的过程中。中断处理过程复杂，与硬件密切相关，很难做到在中断处理过程中进行进程切换。

（2）进程在操作系统内核程序临界区中。（这个东西在下面详细解释）

（3）在原子操作过程中(原语)。原子操作不可中断，要一气呵成(如之前讲过的修改PCB中进程状态标志，并把PCB放到相应队列 )

举例（关于第二条的例子）：
进程在操作系统内核程序临界区中不能进行调度与切换（对）

(2012年联考真题)进程处于临界区时不能进行处理机调度（错）

临界资源：一个时间段内只允许一个进程使用的资源，各进程需要互斥的访问临界资源（就是这个东西一个时间段只有一个进程能用）

临界区：访问临界资源的那段代码

内核程序临界区一般是用来访问某种内核数据结构的，比如进程的就绪队列(由各就绪进程的PCB组成)

而内核程序临界区一般会将访问内的临界资源上锁（内核嘛，用到的都是一些重要的资源），别的内核程序就无法进行调度

如果还没退出临界区(还没解锁)就进行进程调度，但是进程调度相关的程序也需要访问就绪队列，但此时就绪队列被锁住了，因此又无法顺利进行进程调度。

内核程序临界区访问的临界资源如果不尽快释放的话，极有可能影响到操作系统内核的其他管理工作。因此在访问内核程序临界区期间不能进行调度与切换

而普通的临界资源（比如打印机啥的），这些速度慢，他锁上了不会影响进程调度

进程调度的方式

进程调度的方式有两种：非剥夺调度方式和剥夺调度方式

非剥夺调度方式，又称非抢占方式。即，只允许进程主动放弃处理机。在运行过程中即便有更紧迫的任务到达，当前进程依然会继续使用处理机，直到该进程终止或主动要求进入阻塞态。（对应调度时机中的主动放弃）

这种方式实现简单，系统开销小但是无法及时处理紧急任务，适合于早起的批处理系统

剥夺调度方式，又称抢占方式。当一个进程正在处理机上执行时，如果有一个更重要或更紧迫的进程需要使用处理机，则立即暂停正在执行的进程，将处理机分配给更重要紧迫的那个进程。（对应调度时机中的被动放弃）

这种方式可以优先处理更紧急的进程，也可实现让各进程按时间片轮流执行的功能(通过时钟中断)。适合于分时操作系统、实时操作系统

进程的切换与过程

“狭义的进程调度”与“进程切换”的区别:

狭义的进程调度指的是从就绪队列中选中一个要运行的进程。(这个进程可以是刚刚被暂停执行的进程，也可能是另一个进程，后一种情况就需要进程切换)

进程切换是指一个进程让出处理机，由另一个进程占用处理机的过程。

广义的进程调度包含了选择一个进程和进程切换两个步骤。

进程切换的过程主要完成了:

1.对原来运行进程各种数据的保存
2.对新的进程各种数据的恢复
(如:程序计数器、程序状态字、各种数据寄存器等处理机现场信息，这些信息–般保存在进程控制块PCB)

注意:进程切换是有代价的，因此如果过于频繁的进行进程调度、切换，必然会使整个系统的效率降低，使系统大部分时间都花在了进程切换上，而真正用于执行进程的时间减少。

知识点回顾

调度算法的评价指标

评价指标有CPU利用率、系统吞吐量、周转时间（分为四种）、等待时间、响应时间

CPU利用率

CPU利用率：指CPU工作时间占总时间的比例

$利用率=\frac{忙碌的时间}{总时间}$

有的题目还要算别的设备，都是一样的定义

例题：
某计算机只支持单道程序，某个作业刚开始需要在CPU.上运行5秒,再用打印机打印输出5秒，之后再执行5秒，才能结束。在此过程中，CPU利用率、打印机利用率分别是多少?

$CPU利用率=\frac{5+5}{5+5+5}=66.66\%$
$打印机利用率=\frac{5}{15}=33.33\%$

（这个例题只是辅助理解，并不是真正的题目，一般题目会考察多道程序并发执行的情况，可以用“甘特图”来辅助计算）

系统吞吐量

系统吞吐量：这个在操作系统中用作业计算，即单位时间完成作业的数量

$系统吞吐量=\frac{总共完成了多少道作业}{总共花了多少时间}$

例题：
某计算机系统处理完10道作业，共花费100秒，则系统吞吐量为?
10/100 =0.1道/秒

周转时间

对于计算机的用户来说，他很关心自己的作业从提交到完成花了多少时间。

周转时间，是指从作业被提交给系统开始，到作业完成为止的这段时间间隔。

它包括四个部分：作业在外存后备队列上等待作业调度(高级调度)的时间、进程在就绪队列上等待进程调度(低级调度)的时间、进程在CPU.上执行的时间、进程等待I/0操作完成的时间。后三项在一个作业的整个处理过程中，可能发生多次。

（就是从高级调度发生后开始，一直到作业执行结束的时间）

$（作业）周转时间=作业完成时间-作业提交时间$

$平均周转时间=\frac{各作业周转时间之和}{作业数}$

但是
对于提交+等待时间为10分钟，执行为1分钟的进程和提交+等待时间为1分钟，执行为10分钟的进程

虽然两个进程的周转时间为11分钟，但是肯定的执行时间就的有意义，因此就提出了带权周期时间

$带权周转时间=\frac{作业周转时间}{作业实际运作时间}=\frac{作业完成时间-作业提交时间}{作业实际运行时间}$

对于周转时间相同的两个作业，实际运行时间长的作业在相同时间内被服务的时间更多，带权周转时间更小，用户满意度更高。（就是越小越好）

对于实际运行时间相同的两个作业，周转时间短的带权周转时间更小，用户满意度更高。（反正这两句总结完就是带权周转时间越小越好）

注：带权周转时间必然$\ge 1$，因为实际运行时间是总时间的一部分

同样，还有一个平均带权周转时间

$平均带权周转时间=\frac{各作业带权周转时间之和}{作业数}$

等待时间

等待时间：指进程/作业出于等待处理机状态时间之和，等待时间越长，用户满意度越低

对于进程来说，等待时间就是指进程建立后等待被服务的时间之和，在等待I/O完成的期间其实进程也是在被服务的，所以不计入等待时间。

对于作业来说，不仅要考虑建立进程后的等待时间，还要加上作业在外存后备队列中等待的时间。

（自我理解：进程的等待时间是等待被服务的时间，也就是总时间-CPU执行时间-I/O设备执行时间；作业就是进程的等待时间+在外设等待的时间）

一个作业总共需要被CPU服务多久，被I/O设备服务多久一般是确定不变的，因此调度算法其实只会影响作业/进程的等待时间。当然，与前面指标类似，也有“平均等待时间”来评价整体性能。（平均等待时间=所有等待时间和/作业数）

响应时间

响应时间：指的是从用户提交请求到首次产生响应所用的时间

知识点回顾

调度算法

调度算法（适用于早期多道批处理的算法）有三种：先来先服务（FCFS）、短作业优先（SJF）、高响应比优先（HRRN）

即这三个算法在交互式系统中表现巨差

调度算法（适用于交互式系统的算法）也有三种：时间片轮转调度算法（RR）、优先级调度算法、多级反馈队列调度算法

首先告诉大家一个专有名词：即饥饿，是指某个进程或者作业长期得不到服务

先来先服务（FCFS）

算法思想：
主要从“公平”的角度考虑(类似于我们生活中排队买东西的例子)

这个挺好理解嘛，就谁排到了归谁

算法规则：
按照作业/进程到达的先后顺序进行服务

用于作业/进程调度：
用于作业调度时，考虑的是那个作业先到达后备队列；用于进程调度时，考虑的是哪个进程先到达就绪队列

是否可以被抢占：
非抢占式算法（就是除非进程自己放弃，否则不可以强制结束执行）

优缺点：
优点：公平、算法实现简单
缺点：缺点:排在长作业(进程)后面的短作业需要等待很长时间，带权周转时间很大，对短作业来说用户体验不好。即，FCFS算法对长作业有利，对短作业不利（这个就好比食堂买饭，你前面那人把他舍友的饭全买了，你就会很不爽，因为你买的比他快，你只买一份）

是否会导致饥饿：
这个就不会导致饥饿了

举例：
例题:各进程到达就绪队列的时间、需要的运行时间如下表所示。使用先来先服务调度算法，计算各进程的等待时间、平均等待时间、周转时间、平均周转时间、带权周转时间、平均带权周转时间。

首先理解一下题目：到达时间是进入队列的时间点，运行时间是需要执行的时间长度

因此可以这么画

然后根据先来先服务的想法，就是P1→P2→P3→P4

等待时间就是：
开始执行时间-到达时间
P1：0
P2：（7-2）
P3：（11-4）
P4：（12-5）
平均等待时间就是
（P1+P2+P3+P4）/4=19/4

注：这里没有I/O设备的执行时间，如果有其实应该是开始执行时间-到达时间-I/O设备执行时间（甚至如果还变成阻塞的话，还需要等待的时间）

周转时间：
完成时间-到达时间
P1：（7-0）
P2：（11-2）
P3：（12-4）
P4：（16-5）

平均周转时间：
（P1+P2+P3+P4）/4=35/4

带权周转时间：
周转时间/运行时间
P1：（7-0）/7
P2：（11-2）/4
P3：（12-4）/1
P4：（16-5）/4

平均带权周转时间：
（P1+P2+P3+P4）/4=14/4

短作业优先（SJF）

算法思想：
追求最少的平均等待时间，最少的平均周转时间、最少的平均平均带权周转时间

算法规则：
最短的作业/进程优先的到服务（所谓“最短”，是指要求服务时间最短）

用于作业/进程调度：
即可用于作业调度，也可用于进程调度。用于进程调度时称为“短进程优先”算法（SPF）

是否可抢占：
SJF和SPF是非抢占式的
抢占式的算法叫做：最短剩余时间优先算法（SRTN）

优缺点：
优点:“ 最短的”平均等待时间、平均周转时间（这个最短也是明白的嘛，建议先看举例，再看优缺点，就懂了）
缺点:不公平。对短作业有利，对长作业不利。可能产生饥饿现象。另外，作业/进程的运行时间是由用户提供的，并不一定真实，不一定能做到真正的短作业优先

是否会导致饥饿：
会（如果长作业到了之后，不断有短作业到来，长作业就会长期得不到服务，一直得不到服务就会“饿死”）

举例：
题目仍然是刚刚的题目，改成用非抢占式的短作业优先算法

例题:各进程到达就绪队列的时间、需要的运行时间如下表所示。使用非抢占式的短作业优先调度算法，计算各进程的等待时间、平均等待时间、周转时间、平均周转时间、带权周转时间、平均带权周转时间。

这个我就不算了，单纯的按照规则推一下顺序

因为每次调度时选择的都是已经到达并且运行时间最短的作业/进程

所以应该是P1→P3→P2→P4

这个应该很容易看出来吧，我就不多说了，画个图很好理解

如果用的是抢占式的短作业优先算法：
这个就是更麻烦了，规则就是：
每当有进程加入就绪队列改变时就需要调度，如果新到达的进程剩余时间比当前运行的进程剩余时间更短，则由新进程抢占处理机，当前运行进程重新回到就绪队列。另外，当一个进程完成时也需要调度

因此这个我们一步一步来推
0时刻 \qquad P1到达（运行时间7）；P1开始
2时刻 \qquad P2到达（运行时间4），P1（运行时间5），P2开始
4时刻 \qquad P3到达（运行时间1），P1（运行时间5），P2（运行时间2）；P3开始
5时刻 \qquad P3结束，P4到达（运行时间4），P1（运行时间5），P2（运行时间2）；P2开始
7时刻 \qquad P2结束，P1（运行时间5），P4（运行时间4）；P4开始
11时刻 \qquad P4结束，P1（运行时间5）；P1开始

所以顺序应该就是P1→P2→P3→P2→P4→P1

计算我就不算了，就是按照公式来一遍（计算指标可以证明，SRTN比SJF和SPF好）

注意一些概念：
1.如果题目中未特别说明，所提到的“短作业/进程优先算法”默认是非抢占式的

2.很多书上都会说“SJF调度算法的平均等待时间、平均周转时间最少”
严格来说，这个表述是错误的，不严谨的。之前的例子表明，最短剩余时间优先算法得到的平均等待时间、平均周转时间还要更少

应该加上一个条件“在所有进程同时可运行时，采用SJF调度算法的平均等待时间、平均周转时间最少”;

或者说“在所有进程都几乎同时到达时，采用SJF调度算法的平均等待时间、平均周转时间最少”;

如果不加上述前提条件，则应该说“抢占式的短作业/进程优先调度算法( 最短剩余时间优先, SRNT算法)的平均等待时间、平均周转时间最少”

3.虽然严格来说，SJF的平均等待时间、平均周转时间并不一-定最少，但相比于其他算法(如FCFS)，SJF依然可以获得较少的平均等待时间、平均周转时间

4.如果选择题中遇到“SJF算法的平均等待时间、平均周转时间最少”的选项，那最好判断其他选项是不是有很明显的错误，如果没有更合适的选项，那也应该选择该选项

对比上面两种算法

FCFS算法是在每次调度的时候选择一个等待时间最长的作业(进程)为其服务。但是没有考虑到作业的运行时间，因此导致了对短作业不友好的问题

SJF算法是选择一个执行时 间最短的作业为其服务。但是又完全不考虑各个作业的等待时间，因此导致了对长作业不友好的问题，甚至还会造成饥饿问题

高响应比优先

算法思想：
要综合考虑作业/进程的等待时间和要求服务的时间

算法规则：
在每次调度时先计算各个作业/进程的响应比，选择响应比最高的作业/进程为其服务（响应比=$\frac{等待时间+要求服务时间}{要求服务时间}$）

注：先上的是最高的昂！！！

用于作业/进程调度：
即可用于作业调度，也可用于进程调度

是否可抢占：
非抢占式的算法。因此只有当前运行的作业/进程主动放弃处理机时，才需要调度，才需要计算响应比

优缺点：
综合考虑了等待时间和运行时间(要求服务时间)
等待时间相同时，要求服务时间短的优先(SJF 的优点)
要求服务时间相同时，等待时间长的优先(FCFS 的优点)
对于长作业来说，随着等待时间越来越久，其响应比也会
越来越大，从而避免了长作业饥饿的问题

是否会导致饥饿：
不会昂（因为等待时间太久了，能把响应比拉很高，就能去被服务了）

举例：
还是刚刚的题！！！

各进程到达就绪队列的时间、需要的运行时间如下表所示。使用高响应比优先调度算法，计算各进程的等待时间、平均等待时间、周转时间、平均周转时间、带权周转时间、平均带权周转时间。

高响应比优先算法:非抢占式的调度算法，只有当前运行的进程主动放弃CPU时(正常/异常完成，或主动阻塞)，才需要进行调度，调度时计算所有就绪进程的响应比，选响应比最高的进程上处理机。

这个我们也来推一下过程吧

0时刻：P1到达（响应比（0+7）/7）;P1开始
7时刻：P2已经在了（响应比（5+4）/4），P3已经在了（响应比（3+1）/1），P4已经在了（响应比（2+4）/4）；P3开始
8时刻：P2已经在了（响应比（6+4）/4），P4已经在了（响应比（3+4）/4）；P2开始
12时刻：P4已经在了（响应比（7+4）/4）；P4开始

顺序也就是：P1→P3→P2→P4

适用于多道批处理系统的三个算法的对比

注:这几种算法主要关心对用户的公平性、平均周转时间、平均等待时间等评价系统整体性能的指标，但是不关心“响应时间”，也并不区分任务的紧急程度，因此对于用户来说，交互性很糟糕。因此这三种算法一般适合用于早期的批处理系统，当然，FCFS算法也常结合其他的算法使用，在现在也扮演着很重要的角色。而适合用于交互式系统的调度算法将在下个小节介绍

时间片轮转调度算法（RR）

算法思想：
公平地、轮流地为各个进程服务，让每个进程在一定时间间隔内都可以得到响应

算法规则：
按照各进程到达就绪队列的顺序，轮流让各个进程执行一个时间片(如100ms)。若进程未在一个时间片内执行完，则剥夺处理机，将进程重新放到就绪队列队尾重新排队。

用于作业/进程调度：
只用于进程调度（只有作业放入内存建立了相应的进程后，才会被分配处理机时间片）

是否是抢占式：
若进程未能在时间片内运行完，将被强行剥夺处理机使用权，因此时间片轮转调度算法属于抢占式的算法。由时钟装置发出时钟中断来通知CPU时间片已到

优缺点：
优点:公平;响应快，适用于分时操作系统;
缺点:由于高频率的进程切换，因此有一定开销:不区分任务的紧急程度。

是否会导致饥饿：
不会（毕竟人人有机会）

举例：
例题:各进程到达就绪队列的时间、需要的运行时间如下表所示。使用时间片轮转调度算法，分析时间片大小分别是2、5时的进程运行情况。（这个方法常用语分时操作系统，更加注重“响应时间”，因而此处不计算周转时间）

时间片轮转调度算法:轮流让就绪队列中的进程依次执行一个时间片( 每次选择的都是排在就绪队列队头的进程)

这里可以手推一波（时间片大小为2）：
0时刻：P1到达（运行时间5）；P1开始
2时刻：P2先到（运行时间4），P1在后面（运行时间3）；P2开始
4时刻：P1在第一（运行时间3），P3在第二（运行时间1），P2在第三（运行时间2）；P1开始
6时刻：P3在第一（运行时间1），P2在第二（运行时间2），P4在第三（运行时间6），P1在第四（运行时间1）；P3开始
7时刻：P2在第一（运行时间2），P4在第二（运行时间6），P1在第三（运行时间1）；P2开始
9时刻：P4在第一（运行时间6），P1在第二（运行时间1）；P4开始
11时刻：P1在第一（运行时间1），P4在第二（运行时间4）；P1开始
12时刻：P4在第一（运行时间4）；P4开始
到这就只剩P4了，我就不推了

时间片大小为5的：
0时刻：P1在第一（运行时间5）；P1开始
5时刻：P2在第一（运行时间4）；P2开始
9时刻：P3在第一（运行时间1），P4在第二（运行时间6）；P3开始
10时刻：P4在第一（运行时间6）；P4开始
15时刻：P4在第一（运行时间1）；P4开始

对比两种时间片：
如果时间片太大，使得每个进程都可以在一个时间片内就完成，则时间片轮转调度算法退化为先来先服务调度算法，并且会增大进程响应时间。因此时间片不能太大。

另一方面，进程调度、切换是有时间代价的(保存、恢复运行环境)，因此如果时间片太小，会导致进程切换过于频繁，系统会花大量的时间来处理进程切换，从而导致实际用于进程执行的时间比例减少。可见时间片也不能太小。

（一般来说，设计时间片要让切换进程的开销比不超过1%）

优先级调度算法

算法思想：
随着计算机的发展，特别是实时操作系统的出现，越来越多的应用场景需要根据任务的紧急程度来决定处理顺序

算法规则：
每个作业/进程有各自的优先级，调度时选择优先级最高的作业/进程

用于作业/进程调度：
既可用于作业调度，也可用于进程调度。甚至，还会用于在之后会学习的I/O调度中

是否是抢占式：
抢占式、非抢占式都有。做题时的区别在于:非抢占式只需在进程主动放弃处理机时进行调度即可，而抢占式还需在就绪队列变化时，检查是否会发生抢占。

优缺点：
优点:用优先级区分紧急程度、重要程度，适用于实时操作系统。可灵活地调整对各种作业/进程的偏好程度。
缺点:若源源不断地有高优先级进程到来，则可能导致饥饿

是否会导致饥饿：
会（如果优先级高的一直进来，那不是优先级低的就一直不能被服务）

例子：
例题:各进程到达就绪队列的时间、需要的运行时间、进程优先数如下表所示。使用非抢占式的优先级调度算法，分析进程运行情况。(注: 优先数越大，优先级越高；这里给出说明了，按照这个做，有的题目不一定是这个，要看清楚条件昂~)

非抢占式的优先级调度算法:每次调度时选择当前已到达且优先级最高的进程。当前进程主动放弃处理机时发生调度。

这个很好理解，就不多说了吧

抢占式的优先级调度算法:每次调度时选择当前已到达且优先级最高的进程。当前进程主动放弃处理机时发生调度。另外，当就绪队列发生改变时也需要检查是会发生抢占。

这个就解释一波吧，虽然我觉得挺好理解
0时刻：P1到达（运行时间7，优先数1）；P1开始
2时刻：P2到达（运行时间4，优先数2），P1（运行时间5，优先数1）；P2开始
4时刻：P3到达（运行时间1，优先数3），P2（运行时间2，优先数2），P1（运行时间5，优先数1）；P3开始
5时刻：P4到达（运行时间4，优先数2），P2（运行时间2，优先数2），P1（运行时间5，优先数1）；P2开始（这里因为P2先排的队，所以P2先开始）
7时刻：P4（运行时间4，优先数2），P1（运行时间5，优先数1）；P4开始
11时刻：P1（运行时间5，优先数1）；P1开始

其实就是遵守优先数法则

补充知识：
就绪队列未必只有一个，可以按照不同优先级来组织。另外，也可以把优先级高的进程排在更靠近队头的位置

根据优先级是否可以动态改变，可将优先级分为静态优先级和动态优先级两种。
静态优先级:创建进程时确定，之后一直不变。
动态优先级:创建进程时有一个初始值，之后会根据情况动态地调整优先级。

如何合理地设置各类进程的优先级：
通常，系统进程优先级高于用户进程
前台进程优先级高于后台进程（在手机上）
操作系统更偏好I/O型进程（I/O型繁忙型进程）
注：与I/O型进程相对的是计算型进程（CPU繁忙型进程）

为什么偏好I/O行设备原因：I/O设备和CPU可以并行工作。如果优先让:/O繁忙型进程优先运行的话，则越有可能让I/0设备尽早地投入工作，则资源利用率、系统吞吐量都会得到提升

如果采用的是动态优先级，什么时候应该调整：
可以从追求公平、提升资源利用率等角度考虑
如果某进程在就绪队列中等待了很长时间，则可以适当提升其优先级
如果某进程占用处理机运行了很长时间，则可适当降低其优先级

四种算法优点集中

多级反馈队列调度算法

算法思想：
对其他调度算法的折中权衡

算法规则：
1.设置多级就绪队列，各级队列优先级从高到低，时间片从小到大
2.新进程到达时先进入第1级队列，按FCFS原则排队 等待被分配时间片，若用完时间片进程还未结束，则进程进入下一级队列队尾。如果此时已经是在最下级的队列，则重新放回该队列队尾
3.只有第k级队列为空时，才会为k+1级队头的进程分配时间片

用于作业/进程调度：
用于进程调度

是否是抢占式：
抢占式的算法。在k级队列的进程运行过程中，若更上级的队列(1~k-1级)中进入了一个新进程，则由于新进程处于优先级更高的队列中，因此新进程会抢占处理机，原来运行的进程放回k级队列队尾。（也有不抢占的，有兴趣可以了解一下）

优缺点：
对各类型进程相对公平(FCFS的优点) ;每个新到达的进程都可以很快就得到晌应( RR的优点) ;短进程只用较少的时间就可完成(SPF的优点) ;不必实现估计进程的运行时间(避免用户作假)可灵活地调整对各类进程的偏好程度，比如CPU密集型进程、/0密集型进程(拓展:可以将因/0而阻塞的进程重新放回原队列，这样I/O型进程就可以保持较高优先级)

是否会导致饥饿：
会（因为如果一直有程序进来，后面的就没法跑了）

例题：
例题:各进程到达就绪队列的时间、需要的运行时间如下表所示。使用多级反馈队列调度算法，分析进程运行的过程。

设置多级就绪队列，各级队列优先级从高到低，时间片从小到大

即创建如下所示

新进程到达时先进入第1级队列，按FCFS原则排队等待被分配时间片。若用完时间片进程还未结束，则进程进入下一级队列队尾。如果此时已经在最下级的队列，则重新放回最下级队列队尾

被抢占处理机的进程重新放回原队列队尾

这时候就手推一下流程（如果去b站看视频可能更容易理解）
0时刻：P1进入1级队列（运行时间8）；P1开始
1时刻：P1进入2级队列（运行时间7），P2进入1级队列（运行时间4）；P2开始
2时刻：P1在2级队列第一（运行时间7），P2进入2级队列第二（运行时间3）；P1开始
4时刻：P1进入3级队列（运行时间5），P2在2级队列第一（运行时间3）；P2开始
5时刻：P3进入1级队列（运行时间1），P2被迫中断，进入2级队列队尾（就是第一，运行时间2），P1在3级队列第一（运行时间5）；P3开始
6时刻：P2在2级队列第一（运行时间2），P1在3级队列第一（运行时间5）；P2开始
8时刻：P1在3级队列第一（运行时间5）；P1开始
12时刻：P1结束时间片，由于没有4级队列，则仍然进入3级队列队尾（这里就是第一，运行时间1）；P1开始

适用于交互式系统的三种算法对比

注:比起早期的批处理操作系统来说，由于计算机造价大幅降低，因此之后出现的交互式操作系统(包括分时操作系统、实时操作系统等)更注重系统的响应时间、公平性、平衡性等指标。而这几种算法恰好也能较好地满足交互式系统的需求。因此这三种算法适合用于交互式系统。( 比如UNIX使用的就是多级反馈队列调度算法)