调度算法(1)

一、先来先服务(FCFS)

1、算法思想

主要从“公平”的角度考虑(类似于我们生活中排队买东西的例子)
①在作业调度中,FCFS调度算法每次从后备作业队列中选择最先进入该队列的一个或几个作业,将它们调入内存,分配必要的资源,创建进程并放入就绪队列。
②在进程调度中,FCFS调度算法每次从就绪队列中选择最先进入该队列的进程,将CPU分配给它,使之投入运行,直到运行完成或因某种原因而阻塞时才释放CPU。

2、算法规则

按照作业/进程到达的先后顺序进行服务

3、是否可抢占

非抢占式的算法

4、优缺点

优点:公平、算法实现简单
缺点:排在长作业(进程)后面的短作业需要等待很长时间,带权周转时间很长,对短作业来说用户体验不好。即,FCFS算法对长作业有利,对短作业不利。

先来先服务调度算法是不会导致饥饿的,进程前的进程总会被处理完。

二、短作业优先(SJF)

1、算法思想

追求最少的平均等待时间,最少的平均周转时间、最少的平均带权周转时间

2、算法规则

最短的作业/进程优先得到服务(所谓“最短”,是指要求服务时间最短)

3、是否可抢占

SJF和SPF(短进程优先算法)是非抢占式的算法。但是也有抢占式的版本 – 最短剩余时间优先算法

4、最短剩余时间优先算法(SRTN)

该算法为抢占式的短作业优先算法。

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

注意:
1、如果题目中未特别说明,所提到的“短作业/进程优先算法”默认是非抢占式的
2、很多书上都会说“SJF调度算法的平均等待时间、平均周转时间最少”,严格来说,这个表述是错误的,不严谨的。之前的例子表明,最短剩余时间优先算法得到的平均等待时间、平均周转时间还要更少。
改成严格的说法:应该加上一个条件“在所有进程同时可运行时,采用SJF调度算法的平均等待时间、平均周转时间最少”;或者说“在所有进程都几乎同时达到时,采用SJF调度算法的平均等待时间、平均周转时间最少”。
如果不加上述前提条件,则应该说“抢占式的短作业/进程优先调度算法(最短剩余时间优先,SRNT算法法)的平均等待时间、平均周转时间最少”
3、虽然严格来说,SJF的平均等待时间、平均周转时间不一定最少,但相比于其他算法(如FCFS),SJF依然可以获得较少的平均等待时间、平均周转时间。
4、如果选择题中遇到“SJF算法的平均等待时间、平均周转时间最少”的选项,那最好判断其他选项是不是有很明显的错误,如果没有更适合的选项,那也应该选择该选项。

5、优缺点

优点:“最短的”平均等待时间、平均周转时间
缺点:不公平。对短作业有利,对长作业不利。可能产生饥饿现象。另外,作业/进程的运行时间是由用户提供的,并不一定真实,不一定能做到真正的短作业优先。

会导致饥饿。如果源源不断地有短作业/进程到来,可能使长作业/进程长时间得不到服务,产生“饥饿”现象。如果一直得不到服务,则称为“饿死”。

三、高响应比优先(HRRN)

1、算法思想

要综合考虑作业/进程的等待时间和要求服务的时间

2、算法规则

在每次调度时先计算各个作业/进程的响应比,选择响应比最高的作业/进程为其服务
响应比 = 等待时间 + 要求服务时间 要求服务时间 响应比=\dfrac{等待时间+要求服务时间}{要求服务时间} 响应比=要求服务时间等待时间+要求服务时间

3、是否可抢占

非抢占式的算法。因此只有当前运行的作业/进程主动放弃处理机时,才需要调度,才需要计算响应比。
在这里插入图片描述
在这里插入图片描述

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

不会敲代码的狗

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

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

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

打赏作者

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

抵扣说明:

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

余额充值