操作系统——调度

所有系统
- 公平：任何进程都不应starvation
- 策略执行：确保政策得到实施
- 效率：尽可能保持资源繁忙
批处理系统
- 吞吐量(Throughput)：单位时间内处理的作业数
- 周转时间(Trunaround Time)：从提交进程到执行完毕并将完整输出返回给用户所花的时间（要和平均等待时间区分开，这个从提交进程就开始算到完成进程，AWT指进程要等的时间，不算CPU调度时间）
- 处理器利用率(Processer Utilization)：CPU burst的比例
交互式系统
- 响应时间：从第一次提交请求到产生第一个响应的时间长度
- 比例性：满足用户期望
实时系统
- 最后期限：完成所有的deadlines
- 可预测性：相同的时间/成本无论系统上的负载如何

3.2 单处理器调度算法

批处理系统：

First-Come First-Serverd(FCFS)
Shortest Job First(短时间工作优先)

交互系统：

Round Robin(轮询)
Priority Scheduling(优先级调度)
Multi-level Queue(多级队列) & Multi-level Feedback Queue(多级反馈队列)
Shortest Process Next
Guaranteed Scheduling
Lottry Scheduling(彩票调度)
Fair Sharing Scheduling

3.2.1 First-Come, First-Served(FCFS)

优点：实现非常简单

缺点：

等待时间取决于到达顺序
可能要等待很长时间才能被调度
护航效应(Convoy Effect)：短时间的job需要等很长时间
- 增加了短时间job的等待时间
- 降低I/O设备的利用率

护航效应(Convoy Effect)：所有I/O设备空闲，即使系统包含大量的I/O jobs

示例：

3.2.2 Shortest Job Frist(SJF)

策略： 先服务burst time(忙时间)最小的job（当所有的jobs同时到达时，SJF是最好的）

两种版本：Non-preemptive(非抢占式)，Preemptice(抢占式)

前提：需要事先知道burst time才能

优点：

最小的平均等待时间(average wait time)
有助于保持IO设备的繁忙

缺点：

如果无法提前知道jobs的burst time，就不能用这个调度算法
会导致长时间的jobs starvation

非抢占式SJF示例：

抢占式SJF示例：

3.2.3 Round-robin Scheduling

概述：

把所有进程放入一个循环队列，然后循环调度CPU
每个进程获得一小部分CPU时间（时间量子(time quantum) 或者时间切片(time slice)），通常为10-100ms
允许进程运行直到时间片周期过期，然后发生时钟中断，并将运行的进程放在ready队列中
如果该进程在时间片前阻塞或结束，则完成切换

ready队列中的N个进程和时间量子q：

每个进程获得1/N的CPU时间，每次最多q个时间单位
没有进程等待超过(n-1)q个时间单位

示例：

优点：

在job之间公平分配CPU，没有starvation
当job长度变化时，平均等待时间较短
最短时间的job相对较快完成
周转时间通常SRTF大，但响应时间更好

缺点：

job时间长度相同时，平均等待时间不佳
性能取决于时间片的长度
- 如果时间片太短，就要增加上下文切换的开销
- 如果时间片太长，退化为FCFS
没有考虑优先级
频繁的上下文切换导致高开销

时间量子(Time Quantum)：

时间量子太大：
- 可以在单个量子内完成大多数进程，所以低上下文切换开销
- 但是太大了又会导致调度为FCFS调度，响应时间差
时间量子太小：
- 太多的上下文切换
- CPU利用率低

3.2.4 Priority Scheduling

概述：

具有优先级的FCFS
选择优先级最高的job
合理的，因为高优先级的job更加关键
SJF时优先级调度，其中优先级与下一个CPU burst长度成反比

优先级设置：

两种方法：
- 静态：具有静态优先级的进程在其整个生命周期内保持该优先级
- 动态：具有动态优先级的进程在其执行过程中由调度器更改其优先级
- 静态优先级和动态优先级可以共存
优先级可能基于：
- 用户成本
- 用户重要性
- 进程类型
- 资源需求
- Aging
- 最近X小时内使用的CPU时间的百分比

动态优先级示例：

根据每个进程使用的量子比例分配优先级
P = 1/f，f是进程使用的最后一个量子的分数
时间片：50ms
进程A使用1ms，f=1/50，优先级 = 50
进程B使用50ms，f=50/50，优先级 = 1

优点：

提供一种良好的机制，可以精确地定义每个过程的相对重要性

缺点：

低优先级的job可能会starvation
可以通过Aging来避免：随着它们在系统中花费的时间增加优先级
可能给出不好的平均等待时间(AWT)

示例：

3.2.5 Multi-level Queue

概述：

优先级调度的扩展，还结合了其他策略
使用场景：进程可以根据属性(如进程类型)进行分组
将ready队列拆分成多个队列，将进程永久地分配给一个队列
每个队列都有自己的调度算法

队列之间的调度：

固定优先级抢占调度算法
时间切片：每个队列获得一定数量的CPU时间，它可以在其进程之间调度

优点：

进程被永久地分配给队列，因此它具有低调度开销的特点
对不同类型的进程进行单独调度是可能的

缺点：

最底层的进程面临starvation问题

3.2.6 Multi-level Feedback Queue

概述：

进程在队列之间移动
- 运行在高优先级队列中的进程，当它完成一个CPU burst时，将它移动到低优先级的队列
- 反馈 (Feedback) = 使用过去预测未来 - 优先处理过去没有大量使用CPU的job - 接近最短剩余时间优先(SRTN)调度算法
给定队列的job按照给定的时间片执行
低优先级队列中的进程只有在高优先级队列为空时才能执行
如果高优先级中有新的进程到达，低优先级中的进程会被中断

示例：

优点：

更灵活
允许不同进程在不同的队列之间移动
通过将等待较低优先级队列时间过长的进程移动到高优先级队列来防止starvation

缺点：

对于最佳调度器的选择，需要一些其他方法来选择值
会产生更多的CPU开销
这是最复杂的算法

题目：

3.2.7 Guaranteed Scheduling

概述：对用户做出真正的性能承诺，然后兑现承诺

示例：

在运行n个进程时，调度器确保每个进程获得1/n个CPU周期
如果有n个用户，调度器将确保每个用户获得1/n的CPU时间

调度：

计算实际消耗的CPU时间与分配的CPU时间的比率
选择比率最低的那个
当运行程序的比率超过其”目标比率“时，切换到另一个进程

3.2.8 Lottery Scheduling

基于概率的：

准备状态队列中的每个进程都被分配了一些彩票，然后算法根据随机生成的数字选择赢家
获胜进程将获得一个时间片
中将进程返回到ready队列，接收下一个进程，循环继续
可以为高优先级进程提供更多的彩票

彩票管理：

票的货币：
- 调度程序以一种货币向不同的用户提供一定数量的票据，用户可以以不同的货币向他们的进程提供票据
- 例如，两个用户A和B分别得到100张和200张票
  - 用户A正在运行两个进程，A用自己的货币给每个进程50张票
  - B运行1个进程，B给它的进程200张票
票转让：
- 进程可以将票传递给另一个进程
票通货膨胀：
- 使用这种技术，进程可以暂时增加或减少它有用的票的数量