如何理解CPU调度及其算法？

转载自：https://blog.csdn.net/qq_38216239/article/details/80374539

批处理系统和交互系统有什么区别？

批处理就是写好了电脑去运行，交互式就是电脑偶尔要问你点什么比如说yesorno或者下一步之类的

什么是cpu调度？

即按一定的调度算法从就绪队列中选择一个进程，把CPU的使用权交给被选中的进程，如果没有就绪进程，系统会安排一个系统空闲进程或idle进程。

什么时候发生cpu调度？

发生在内核对中断/异常/系统调用处理后返回到用户态时，具体来说有以下情况：

• 进程正常终止 或 由于某种错误而终止；
• 新进程创建 或 一个等待进程变成就绪；
• 当一个进程从运行态进入阻塞态；
• 当一个进程从运行态变为就绪态。

什么是进程切换？

是指一个进程让出处理器，由另一个进程占用处理器的过程，包括以下两部分工作：

• 切换全局页目录以加载一个新的地址空间；
• 切换内核栈和硬件上下文，其中硬件上下文包括了内核执行新进程需要的全部信息，如CPU相关寄存器。

我们如何衡量cpu调度算法的优劣？

• 切换全局页目录以加载一个新的地址空间；
• 切换内核栈和硬件上下文，其中硬件上下文包括了内核执行新进程需要的全部信息，如CPU相关寄存器。

吞吐量 （Throughput）： 每单位时间完成的进程数目；

周转时间TT (Turnaround Time)：每个进程从提出请求到运行完成的时间；

响应时间RT(Response Time)：从提出请求到第一次回应的时间；

CPU利用率(CPU Utilization)：CPU做有效工作的时间比例；

等待时间(Waiting time)：每个进程在就绪队列(ready queue)中等待的时间；

cpu密集型和i/o密集型的区别？

CPU密集型（CPU-bound）

CPU密集型也叫计算密集型，指的是系统的硬盘、内存性能相对CPU要好很多，此时，系统运作大部分的状况是CPU Loading 100%，CPU要读/写I/O(硬盘/内存)，I/O在很短的时间就可以完成，而CPU还有许多运算要处理，CPU Loading很高。

在多重程序系统中，大部份时间用来做计算、逻辑判断等CPU动作的程序称之CPU bound。例如一个计算圆周率至小数点一千位以下的程序，在执行的过程当中绝大部份时间用在三角函数和开根号的计算，便是属于CPU bound的程序。

CPU bound的程序一般而言CPU占用率相当高。这可能是因为任务本身不太需要访问I/O设备，也可能是因为程序是多线程实现因此屏蔽掉了等待I/O的时间。
IO密集型（I/O bound）

IO密集型指的是系统的CPU性能相对硬盘、内存要好很多，此时，系统运作，大部分的状况是CPU在等I/O (硬盘/内存) 的读/写操作，此时CPU Loading并不高。

I/O bound的程序一般在达到性能极限时，CPU占用率仍然较低。这可能是因为任务本身需要大量I/O操作，而pipeline做得不是很好，没有充分利用处理器能力。
CPU密集型 vs IO密集型

我们可以把任务分为计算密集型和IO密集型。

计算密集型任务的特点是要进行大量的计算，消耗CPU资源，比如计算圆周率、对视频进行高清解码等等，全靠CPU的运算能力。这种计算密集型任务虽然也可以用多任务完成，但是任务越多，花在任务切换的时间就越多，CPU执行任务的效率就越低，所以，要最高效地利用CPU，计算密集型任务同时进行的数量应当等于CPU的核心数。

计算密集型任务由于主要消耗CPU资源，因此，代码运行效率至关重要。Python这样的脚本语言运行效率很低，完全不适合计算密集型任务。对于计算密集型任务，最好用C语言编写。

第二种任务的类型是IO密集型，涉及到网络、磁盘IO的任务都是IO密集型任务，这类任务的特点是CPU消耗很少，任务的大部分时间都在等待IO操作完成（因为IO的速度远远低于CPU和内存的速度）。对于IO密集型任务，任务越多，CPU效率越高，但也有一个限度。常见的大部分任务都是IO密集型任务，比如Web应用。

IO密集型任务执行期间，99%的时间都花在IO上，花在CPU上的时间很少，因此，用运行速度极快的C语言替换用Python这样运行速度极低的脚本语言，完全无法提升运行效率。对于IO密集型任务，最合适的语言就是开发效率最高（代码量最少）的语言，脚本语言是首选，C语言最差。

总之，计算密集型程序适合C语言多线程，I/O密集型适合脚本语言开发的多线程。

 

批处理系统中采用的调度算法：

衡量指标：吞吐量，周转时间，CPU利用率，公平平衡

先来先服务算法（FCFS——First Come First Serve）：按照进程就绪的先后顺序使用CPU。特点：非抢占，公平，实现简单，长进程后面的短进程需要等很长时间，不利于用户体验。

最短作业优先（SJF——Shortest Job First）：具有最短完成时间的进程优先执行，非抢占。

最短剩余时间优先（SRTN——Shortest Remaining Time Next）：SJF抢占式版本，即当一个新就绪的进程比当前运行进程具有更短完成时间时，系统抢占当前进程，选择新就绪的进程执行。
特点：有最短的平均周转时间，但不公平，源源不断的短任务到来，可能使长的任务长时间得不到运行，从而产生 “饥饿”现象 (starvation)。

最高响应比优先算法（HRRN——Highest Response Ratio Next）：是一个综合算法，调度时，首先计算每个进程的响应比R，之后总是选择R最高的进程执行。
{响应比R = 周转时间 / 处理时间 =（处理时间 + 等待时间）/ 处理时间 = 1 +（等待时间 / 处理时间）}
特点：折中权衡

 

交互式系统采用的调度算法：
衡量指标：响应时间，公平平衡。

时间片轮转调度算法（Round Robin——RR）： 每个进程被分配一个时间片，允许该进程在该时间段运行，如果在时间片结束时该进程还在运行，则剥夺CPU并分配给另一个进程，如果该进程在时间片结束前阻塞或结束，则CPU立即进行切换。
特点：公平；有利于交互式计算，响应时间快；由于进程切换，时间片轮转算法要花费较高的开销；对进程表中不同进程的大小差异较大的有利，而对进程都是相同大小的不利。

虚拟轮转法（Virtual RR）：主要基于时间片轮转法进行改进，解决在CPU调度中对于I/O密集型进程的不友好。其设置了一个辅助队列，对于I/O型进程执行完一个时间片之后，则进入辅助队列，CPU调度时总是先检查辅助队列是否为空，如果不为空总是优先调度辅助队列里的进程，直到为空，才调度就绪队列的进程。

 

优先级调度算法（Priority Scheduling Algorithm——PSA）即给每个作业一个优先级，优先级越高越紧迫，应该先执行。通常：系统进程优先级高于用户进程；前台进程优先级高于后台进程；操作系统更偏好 I/O型进程。
特点：实现简单，但不公平，可能导致优先级低的进程产生饥饿现象；
可能产生优先级反转问题（基于优先级的抢占式算法），即一个低优先级进程持有一个高优先级进程所需要的资源，使得高优先级进程等待低优先级进程运行。

多级反馈队列调度算法（Multilevel Feedback）：设置多个就绪队列，并为各个队列赋予不同的优先级。第一个队列的优先级最高，依次递减优先级。对于各个队列进程执行时间片的大小也不同，优先级越高的队列，分配到的时间片越少。当第一级队列为空时，再第二级队列进行调度，依次类推，各级队列按照时间片轮转方式进行调度。当一个新进程创建后，首先把它放入第一队列的末尾。按照先来先服务（FCFS）原则排队等待调度。当轮到该进程执行时，如它在该时间片完成，便可准备撤离系统，如果它在一个时间片结束时尚未完成，则调度程序便将该进程转入第二队列的末尾，再同样地按照先来先服务（FCFS）原则等待调度执行。依次类推。
特点：更偏好I/O型进程，对CPU型进程不太友好。

各种调度算法总结比较：