调度算法及其性能指标

一、调度算法的评价指标

1.CPU利用率

由于早期的CPU造价极其昂贵，因此人们会希望让CPU尽可能多地工作

CPU利用率:指CPU“忙碌”的时间占总时间的比例。

利用率=忙碌的时间/总时间

Eg:  

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

CPU利用率 = 5+5/5+5+5 = 66.66%

打印机利用率= 5/15 = 33.33%

2.系统吞吐率

对于计算机来说，希望能用尽可能少的时间处理完尽可能多的作业

系统吞吐量:单位时间内完成作业的数量

系统吞吐量 = 总共完成了多少道作业/总共花了多少时间

E8:某计算机系统处理完10道作业，共花费100秒，则系统吞吐量为?

10/100=0.1道/秒

3.周转时间

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

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

它包括四个部分:

作业在外存后备队列上等待作业调度(高级调度)的时间

进程在就绪队列上等待进程调度(低级调度)的时间

进程在CPU上执行的时间

④ 进程等待I/0操作完成的时间

后三项在一个作业的整个处理过程中，可能发生多次。

• 周转时间

对于用户来说，更关心自己的单个作业的周转时间：

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

• 平均周转时间

对于操作系统来说，更关心系统的整体表现，因此更关心所有作业周转时间的平均值：

平均周转时间=各个作业周转时间之和/作业数

• 带权周转时间

带权周转时间必然≥1

带权周转时间与周转时间都是越小越好

对于周转时间相同的两个作业，实际运行时间长的作业在相同时间内被服务的时间更多:

带权周转时间更小，用户满意度更高。

对于实际运行时间相同的两个作业，周转时间短的带权周转时间更小，用户满意度更高。

带权周转时间 =作业周转时间/作业实际运行的时间

=作业完成时间-作业提交时间/作业实际运行的时间

• 平均带权周转时间

平均带权周转时间=各作业带权周转时间之和/作业数

4.等待时间

计算机的用户希望自己的作业尽可能少的等待处理机等待时间，指进程/作业处于等待处理机状态时间之和，等待时间越长，用户满意度越低

对于进程来说，等待时间就是指进程建立后等待被服务的时间之和，在等待I/0完成的期间其实进程也是在被服务的，所以不计入等待时间。对于作业来说，不仅要考虑建立进程后的等待时间，还要加上作业在外存后备队列中等待的时间。

一个进程到达后要么在等待，要么在运行。如果是又有计算(CPU)、又有I/O操作的进程，其

等待时间 = 周转时间 - 运行时间 - I/O操作的时间

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

5.响应时间

对于计算机用户来说，会希望自己的提交的请求(比如通过键盘输入了一个调试命令)尽早地开始被系统服务、回应。响应时间，指从用户提交请求到首次产生响应所用的时间。

二、调度算法

1.先来先服务

FCFS (First Come, First Served)

算法思想	主要从“公平”的角度考虑(类似于我们生活中排队买东西的例子)
算法规则	按照作业/进程到达的先后顺序进行服务
这种调度算法是用于作业调度还是进程调度?	用于作业调度时，考虑的是哪个作业先到达后备队列；
	用于进程调度时，考虑的是哪个进程先到达就绪队列。
抢占式?非抢占式?	非抢占式的算法
优点和缺点	优点:公平、算法实现简单
	缺点:排在长作业(进程)后面的短作业(进程)需要等待很长时间，带权周转时间很大，对短作业来说用户体验不好。即FCFS算法对长作业有利，对短作业不利(Eg:排队买奶茶...)
是否会导致饥饿	不会

先来先服务，不用考虑下一个进程调谁，算法简单，系统内耗小，但是周转时间就不能保证很短，所以不合理。

例题：

2.最短作业优先

SJF（Shortest job First）

算法思想	追求最少的平均等待时间，最少的平均周转时间、最少的平均带权周转时间
算法规则	最短的作业/进程优先得到服务(所谓“最短”，是指要求服务时间最短)
这种调度算法是用于作业调度还是进程调度?	即可用于作业调度，
	也可用于进程调度。用于进程调度时称为“短进程优先(SPF,Shortest Process First)算法
抢占式?非抢占式?	SJF和SPF是非抢占式的算法。
	但是也有抢占式的版本——最短剩余时间优先算法(SRTN,Shortest Remaining Time Next)
优点和缺点	优点:“最短的”平均等待时间、平均周转时间
	缺点:不公平。对短作业有利，对长作业不利。可能产生饥饿现象。另外，作业/进程的运行时间是由用户提供的，并不一定真实，不一定能做到真正的短作业优先
是否会导致饥饿	会。如果源源不断地有短作业/进程到来，可能使长作业/进程长时间得不到服务，产生“饥饿”现象。如果一直得不到服务，则称为“饿死”
注意几个小细节:	1.如果题目中未特别说明，所提到的“短作业/进程优先算法”默认是非抢占式的
	2.很多书上都会说“SIF 调度算法的平均等待时间、平均周转时间最少”严格来说，这个表述是错误的，不严谨的。之前的例子表明，最短剩余时间优先算法得到的平均等待时间、平均周转时间还要更少应该加上一个条件“在所有进程同时可运行时，采用SJF调度算法的平均等待时间、平均周转时间最少” 或者说“在所有进程都几乎同时到达时，采用SJF调度算法的平均等待时间、平均周转时间最少”
	3.如果不加上述前提条件，则应该说“抢占式的短作业/进程优先调度算法(最短剩余时间优先,SRNT算法)的平均等待时间、平均周转时间最少”
	4.虽然严格来说，SJF的平均等待时间、平均周转时间并不一定最少，但相比于其他算法(如FCFS)SJF依然可以获得较少的平均等待时间、平均周转时间
	5.如果选择题中遇到“SIF算法的平均等待时间、平均周转时间最少”的选项，那最好判断其他选项是不是有很明显的错误，如果没有更合适的选项，那也应该选择该选项

       短作业优先，周转时间短，但是因为短作业优先的原则就保证不了程序的响应时间，依旧是不合理的。

例题：

非抢占式：

抢占式：

3.最高响应比优先

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

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

能不能设计一个算法，即考虑到各个作业的等待时间，也能兼顾运行时间呢?

高响应比优先算法。

HRRN（Highest Response Ratio Next）

算法思想	要综合考虑作业/进程的等待时间和要求服务的时间
算法规则	在每次调度时先计算各个作业/进程的响应比，选择响应比最高的作业/进程为其服务
	响应比=等待时间+要求服务时间/要求服务时间
这种调度算法是用于作业调度还是进程调度?	即可用于作业调度，也可用于进程调度
抢占式?非抢占式?	非抢占式的算法。因此只有当前运行的作业/进程主动放弃处理机时，才需要调度，才需要计算响应比
优点和缺点	综合考虑了等待时间和运行时间(要求服务时间)等待时间相同时，要求服务时间短的优先(SJF的优点)要求服务时间相同时，等待时间长的优先(FCFS的优点)对于长作业来说，随着等待时间越来越久，其响应比也会越来越大，从而避免了长作业饥饿的问题
是否会导致饥饿	不会

例题：

注:

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

4.时间片轮转

RR (Round Robin)

算法思想	公平地、轮流地为各个进程服务，让每个进程在一定时间间隔内都可以得到响应
算法规则	按照各进程到达就绪队列的顺序，轮流让各个进程执行一个时间片(如100ms)。若进程未在一个时间片内执行完则剥夺处理机，将进程重新放到就绪队列队尾重新排队。
这种调度算法是用于作业调度还是进程调度?	用于进程调度(只有作业放入内存建立了相应的进程后，才能被分配处理机时间片)
抢占式?非抢占式?	若进程未能在时间片内运行完，将被强行剥夺处理机使用权，因此时间片轮转调度算法属于抢占式的算法。由时钟装置发出时钟中断来通知CPU时间片已到
优点和缺点	优点:公平;响应快，适用于分时操作系统:缺点:由于高频率的进程切换，因此有一定开销:不区分任务的紧急程度。
是否会导致饥饿	不会
时间片太大或太小分别有什么影响?	如果时间片太大，使得每个进程都可以在一个时间片内就完成，则时间片轮转调度算法退化为先来先服务调度算法，并且会增大进程响应时间。因此时间片不能太大。
	另一方面，进程调度、切换是有时间代价的(保存、恢复运行环境)，因此如果时间片太小，会导致进程切换过于频繁，系统会花大量的时间来处理进程切换，从而导致实际用于进程执行的时间比例减少。可见时间片也不能太小。

为了缩短程序的响应时间，可以采用时间片轮转的方式，这样就是公平的了，分给每个程序时间片，在时间片结束直接切到下一个进程，但是需要对时间片的大小进行折中。

例题：

 

 

 

5.优先级调度

Poriority scheduling algorithm

算法思想	随着计算机的发展，特别是实时操作系统的出现，越来越多的应用场景需要根据任务的紧急程度来决定处理顺序
算法规则	调度时选择优先级最高的作业/进程
这种调度算法是用于作业调度还是进程调度?	既可用于作业调度，也可用于进程调度。甚至，还会用于在之后会学习的I/0调度中
抢占式?非抢占式?	抢占式、非抢占式都有。做题时的区别在于:非抢占式只需在进程主动放弃处理机时进行调度即可，而抢占式还需在就绪队列变化时，检查是否会发生抢占。
优点和缺点	优点:用优先级区分紧急程度、重要程度，适用于实时操作系统。可灵活地调整对各种作业/进程的偏好程度。缺点:若源源不断地有高优先级进程到来，则可能导致饥饿
是否会导致饥饿	会

补充:
就绪队列未必只有一个，可以按照不同优先级来组织。另外，也可以把优先级高的进程排在更靠近队头的位置根据优先级是否可以动态改变，可将优先级分为静态优先级和动态优先级两种：
静态优先级:	创建进程时确定，之后一直不变。	通常: 系统进程优先级高于用户进程 前台进程优先级高于后台进程 操作系统更偏好 IO型进程(或称 IO繁忙型进程) 注:与I/0型进程相对的是计算型进程(或称CPU繁忙型进程)
		IO设备和CPU可以并行工作。如果优先让I/O繁忙型进程优先运行的话则越有可能让IO设备尽早地投入工作，则资源利用率、系统吞吐量都会得到提升
动态优先级:	创建进程时有一个初始值，之后会根据情况动态地调整优先级	可以从追求公平、提升资源利用率等角度考虑 如果某进程在就绪队列中等待了很长时间，则可以适当提升其优先级
		如果某进程占用处理机运行了很长时间，则可适当降低其优先级
		如果某进程频繁进行I/O操作，也可适当提升其优先级。

例题：

 

注：

FCFS算法的优点是公平

SJF算法的优点是能尽快处理完短作业，平均等待/周转时间等参数很优秀

时间片轮转调度算法可以让各个进程得到及时的响应

优先级调度算法可以灵活地调整各种进程被服务的机会

能否对其他算法做个折中权衡?得到一个综合表现优秀平衡的算法呢?

6.多级反馈队列

Multileved queue

算法思想	对其他调度算法的折中权衡
算法规则	1.设置多级就绪队列，各级队列优先级从高到低，时间片从小到大 2.新进程到达时先进入第1级队列，按FCFS原则排队等待被分配时间片，若用完时间片进程还未结束，则进程进入下一级队列队尾。如果此时已经是在最下级的队列，则重新放回该队列队尾 3.只有第k级队列为空时，才会为k+1级队头的进程分配时间片
这种调度算法是用于作业调度还是进程调度?	用于进程调度
抢占式?非抢占式?	抢占式的算法。在k级队列的进程运行过程中，若更上级的队列(1~k-1级)中进入了一个新进程，则由于新进程处于优先级更高的队列中，因此新进程会抢占处理机，原来运行的进程放回k级队列队尾。
优点和缺点	对各类型进程相对公平(FCFS的优点);每个新到达的进程都可以很快就得到响应(RR的优点);短进程只用较少的时间就可完成(SPF的优点);不必实现估计进程的运行时间(避免用户作假)可灵活地调整对各类进程的偏好程度，比如CPU密集型进程、I/0密集型进程(拓展:可以将因1/0而阻塞的进程重新放回原队列，这样I/O型进程就可以保持较高优先级)
是否会导致饥饿	会

多级队列调度算法，不同的优先级配上不同的就绪队列，不同优先级的就绪队列装有不同的进程，不同类进程就绪队列采用不同的单一的调度算法。这样就能弥补以下具体情况与单一调度算法不合适的问题。

例题：

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

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

0-1时

 

 

 

 

1-5时发生抢占

 

 

6时

 

 

13时

 

甘特图：

P3

do

P2

do

do

do

do

P1

do

do

do

do

do

do

do

do

0     1     2    3     4     5     6    7     8     9    10   11   12 13

7.多级队列调度

系统中按进程类型设置多个队列，进程创建成功后插入某个队列

队列之间可采取固定优先级，或时间片划分固定优先级:

固定优先级：	高优先级空时低优先级进程才能被调度，可能饥饿
时间片划分：	如三个队列分配时间50%、40%、10%

各队列可采用不同的调度策略，

如:系统进程队列采用优先级调度

交互式队列采用RR

批处理队列采用FCFS