2.2_5 调度算法(1)

2.2_5 调度算法(1)

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

注意:本例中的进程都是纯计算型的进程,一个进程到达后要么在等待,要么在运行。如果是又有计算、又有l/O操作的进程,其等待时间就是周转时间 - 运行时间 - I/0操作 的时间

进程到达时间运行时间
P107
P224
P341
P454

X:周转时间=完成时间-到达时间

Y:带权周转时间=周转时间/运行时间

Z:等待时间=周转时间-运行时间

先来先服务(FCFS)

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

先来先服务调度算法:按照到达的先后顺序调度,事实上就是等待时间越久的越优先得到服务。
因此,调度顺序为:P1→P2→P3→P4

  • **X:**周转时间

    • P1=7-0=7;
    • p2=11-2=9;
    • P3=12-4=8;
    • P4=16-5=11
  • **Y:**带权周转时间

    • P1=7/7=1;
    • P2=9/4=2.25;
    • P3=8/1=8;
    • P4=11/4=2.75
  • **Z:**等待时间

    • P1=7-7=0;
    • P2=9-4=5;
    • P3=8-1=7;
    • P4=11-4=7
  • 平均周转时间=(7+9+8+11)/4=8.75

  • 平均带权周转时间=(1+2.25+8+2.75)/4=3.5

  • 平均等待时间=(0+5+7+7)/4=4.75

短作业优先(SJF)

算法思想追求最少的平均等待时间,最少的平均周转时间、最少的平均平均带权周转时间
算法规则最短的作业/进程优先得到服务(所谓“最短”,是指要求服务时间最短)
用于作业/进程调度即可用于作业调度,也可用于进程调度。用于进程调度时称为短进程优先(SPF,Shortest Process First)算法
是否可抢占?SJF和SPF是非抢占式的算法。但是也有抢占式的版本——最短剩余时间优先算法(SRTN, Shortest Remaining Time Next)
优缺点优点:“最短的”平均等待时间、平均周转时间
缺点:不公平。对短作业有利,对长作业不利。可能产生饥饿现象。另外,作业/进程的运行时间是由用户提供的,并不一定真实,不一定能做到真正的短作业优先
是否会导致饥饿会。如果源源不断地有短作业/进程到来,可能使长作业/进程长时间得不到服务,产生饥饿现象。如果一直得不到服务,则称为饿死

非抢占式

短作业/进程优先调度算法:每次调度时选择当前已到达且运行时间最短的作业/进程。
因此,调度顺序为:P1→P3→P2→P4

  • **X:**周转时间

    • P1=7-0=7;
    • P3=8-4=4;
    • P2=12-2=10;
    • P4=16-5=11
  • **Y:**带权周转时间

    • P1=7/7=1;
    • P3=4/1=4;
    • P2=10/4=2.5;
    • P4=11/4=2.75
  • **Z:**等待时间

    • P1=7-7=0;
    • P3=4-1=3;
    • P2=10-4=6;
    • P4=11-4=7
  • 平均周转时间=(7+4+10+11)/4=8

  • 平均带权周转时间=(1+4+2.5+2.75)/4=2.56

  • 平均等待时间=(0+3+6+7)/4=4

抢占式

最短剩余时间优先算法:每当有进程加入就绪队列改变时就需要调度,如果新到达的进程剩余时间比当前运行的进程剩余时间更短,则由新进程抢占处理机,当前运行进程重新回到就绪队列。另外,当一个进程完成时也需要调度

  • **X:**周转时间

    • P1=16-0=16;
    • P2=7-2=5;
    • P3=5-4=1;
    • P4=11-5=6
  • **Y:**带权周转时间

    • P1=16/7=2.28;
    • P2=5/4=1.25;
    • P3=1/1=1;
    • P4=6/4=1.5
  • **Z:**等待时间

    • P1=16-7=9;
    • P2=5-4=1;
    • P3=1-1=0;
    • P4=6-4=2
  • 平均周转时间=(16+5+1+6)/4=7

  • 平均带权周转时间=(2.28+1.25+1+1.5)/4=1.50

  • 平均等待时间=(9+1+0+2)/4=3

高响应比优先(HRRN)

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

响应比 = 等待时间 + 要求服务时间 要求服务时间 响应比=\frac{等待时间+要求服务时间}{要求服务时间} 响应比=要求服务时间等待时间+要求服务时间

0时刻:只有P1到达就绪队列,P1上处理机
7时刻(P1主动放弃CPU):就绪队列中有P2(响应比=(5+4)/4=2.25)、P3((3+1)/1=4)、P4((2+4)/4=1.5),
8时刻(P3完成):P2(2.5)* P4(1.75)
12时刻(P2完成):就绪队列中只剩下P4

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

知识回顾与重要考点

算法思想&规则可抢占?优点缺点考虑到等待时间&运行时间?会导致饥饿?
FCFS非抢占式公平;实现简单对短作业不利等待时间√
运行时间×
不会
SJF/SPF默认为非抢占式,也有SJF的抢占式版本最短剩余时间优先算法(SRTN)“最短的”平均等待/周转时间;对长作业不利,可能导致饥饿;难以做到真正的短作业优先等待时间×
运行时间√
HRRN非抢占式上述两种算法的权衡折中,综合考虑的等待时间和运行时间等待时间√
运行时间√
不会

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

  • 28
    点赞
  • 43
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
高响应比优先调度算法(HRRN)是一种动态优先级调度算法,它根据作业的等待时间和服务时间来确定优先级。具体实现如下: 1. 首先,计算每个作业的响应比,响应比定义为(等待时间 + 服务时间)/ 服务时间。 2. 选择具有最高响应比的作业作为当前要执行的作业。 3. 执行选定的作业,直到完成或者被抢占。 4. 更新所有作业的等待时间。 5. 重复步骤2-4,直到所有作业完成。 以下是一个高响应比优先调度算法的示例: 假设有三个作业,它们的服务时间和到达时间分别如下: 作业1:服务时间=10,到达时间=0 作业2:服务时间=5,到达时间=2 作业3:服务时间=8,到达时间=4 首先,计算每个作业的响应比: 作业1的响应比=(0 + 10)/ 10 = 1 作业2的响应比=(2 + 5)/ 5 = 1.4 作业3的响应比=(4 + 8)/ 8 = 1.5 根据响应比选择要执行的作业,选择响应比最高的作业3。 执行作业3,直到完成。 更新作业1和作业2的等待时间,作业1的等待时间=4,作业2的等待时间=6。 计算更新后的响应比: 作业1的响应比=(4 + 10)/ 10 = 1.4 作业2的响应比=(6 + 5)/ 5 = 2.2 根据响应比选择要执行的作业,选择响应比最高的作业2。 执行作业2,直到完成。 更新作业1的等待时间,作业1的等待时间=9。 计算更新后的响应比: 作业1的响应比=(9 + 10)/ 10 = 1.9 根据响应比选择要执行的作业,选择响应比最高的作业1。 执行作业1,直到完成。 所有作业完成。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

AngelaEzioHe

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值