调度算法(1)

在热爱与责任的面前。所有选择都不应该被辜负

调度算法评价指标

在这里插入图片描述

CPU 利用率

在这里插入图片描述

系统吞吐量

在这里插入图片描述

周转时间

在这里插入图片描述
在这里插入图片描述

等待时间

  • 作业的等待时间与进程的等待时间有所不同
    在这里插入图片描述

响应时间

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

小结

在这里插入图片描述

调度算法

FCFS 算法

  • 先来先服务(First Come First Serve )

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

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

  • 用于作业 / 进程调度: 用于作业调度时,考虑的是哪个作业先到达后备队列;用于进程调度时,考虑的是哪个进程先到达就绪队列

  • 是否可抢占:非抢占式的算法

  • 优缺点优点:公平、算法实现简单

  • 缺点:排在长作业(进程)后面的短作业需要等待很长时间,带权周转时间很大,对短作业来说用户体验不好。即FCFS算法对长作业有利,对短作业不利(Eg:排队买奶茶)

  • 是否导致饥饿(某进程/作业长时间得不到服务) 不会

重要例子

在这里插入图片描述

注意:上述绿字所述,公式不是一成不变的

SJF 算法

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

重要例子

非抢占式算法
在这里插入图片描述
抢占式算法(SRTN)
在这里插入图片描述
在这里插入图片描述

注意

周转时间、带权周转时间、等待时间、平均周转时间、平均带权周转时间、平均等待时间的计算方法

在这里插入图片描述

上述两种算法对比

在这里插入图片描述

HRRN 算法

高相应优先算法(Highest Response Ratio Next)

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

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

重要例子

在这里插入图片描述

三种调度算法总结

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

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值