Linux内核之 进程调度

上一篇我们提到过进程状态，而进程调度主要是针对TASK_RUNNING运行状态进行调度，因为其他状态是不可执行比如睡眠，不需要调度。

 

1、进程调度概念

进程调度程序，简称调度程序，它是确保进程能有效工作的一个内核子系统。调度程序负责决定哪个进程投入运行，何时运行以及运行多长时间。

多任务

多任务操作系统是指能同时并发执行多个进程的操作系统。

多任务系统划分为两类：非抢占式多任务（cooperative multitasking）和抢占式多任务（preemptive multitasking）。

非抢占式是一种协作的方式，一个进程一直执行直到任务结束或者主动退出才切换到下一个进程。

抢占式是大部分操作系统采用的方式，是指给每个进程分配一个时间片（time slice），当时运行时间达到规定的时间时则会切换到下一个进程。

2、调度策略

上面提到的时间片策略是比较传统的方式，后面Linux系统进行了多次改进，比如O(1)算法和CFS等。那么改进的动机和依据是什么呢，我们来看看。

2.1 I/O 消耗型和 CPU 消耗型

进程根据资源使用可以分为这两大类。

I/O 消耗型：进程的大部分时间用来进行 I/O 的请求或者等待，比如键盘。这种类型的进程经常处于可以运行的状态，但是都只是运行一点点时间，绝大多数的时间都在处于阻塞（睡眠）的状态。

CPU 消耗型：进程的大部分时间用在执行代码上即CPU运算，比如开启 Matlab 做一个大型的运算。除非被抢占，否则它们可以一直运行，所以它们没有太多的 I/O 需求。调度策略往往是尽量降低他们的调度频率，而延长其运行时间。

当然这种划分不是绝对的，一般的应用程序同时包含两种行为。

所以调度策略通常需要在两个矛盾的目标中寻求平衡：进程响应迅速（响应时间短）和最大系统利用率（高吞吐量）。

Linux 系统为了提升响应的速度，倾向于优先调度 I/O 消耗型。

 

2.2 进程优先级

调度算法中最基本的一类就是基于优先级的调度，根据进程的价值（重要性）和对处理器时间的需求来对进程分级的想法。简单的说是优先级高的先运行，低的后运行。

Linux采用了两种不同的优先级范围。

（1）nice值

它的范围从-20到+19，默认值0。越大的nice值优先级越低，19优先级最低，-20优先级最高。ps -ef命令中，NI标记就是进程对应的nice值。

这是普通进程的优先级。

（2）实时优先级

范围是 0~99，与 nice 值相反，值越大优先级越高。

这是实时进程的优先级，相对普通进程的，所以任何实时进程的优先级都高于普通进程的优先级。

 

时间片是一个数值，它表明在抢占前所能持续运行的时间。调度策略必须规定一个默认的时间片，这并非易事。因为时间片过长I/O消耗型的线程得不到及时响应，而太短CPU消耗型的需要频繁被切换，吞吐量会下降。而最新的Linux调度策略CFS不采用固定的时间片，而是采用了处理器的使用比。我们接下来详细介绍。

 

3、调度算法

Linux调度器是以分类（模块化）的方式提供的，即对不同类型的进程进行分组并且分别选择相应的算法。

这种调度结构被称为调度器类（scheduler classes），它允许不同的可动态添加的调度算法并存，调度属于自己范畴的进程。

如下图Linux调度器包含了多种调度器类。 

 

 

这些调度器类的优先级顺序为： Stop_Task > Real_Time > Fair > Idle_Task。

开发者可以根据己的设计需求把所属的Task配置到不同的scheduler classes中。其中的Real_Time和Fair是最常用的，也对应了我们上面提到的实时进程和普通进程。

 

3.1 完全公平调度

Fair调度使用的完全公平调度器（Completely Fair Scheduler，CFS）。

这是一个针对普通进程的调度类，在Linux中称为SCHED_NORMAL（在POSIX中称为SCHED_OTHER）。

传统的时间片方式是每个进程固定一个时间，那么当进程个数变化时，整个调度周期顺延。时间片还会跟着系统定时器节拍随时改变，那么整个周期再次跟着变化。那么优先级低的进程可能迟迟得不到调度。

而CFS把整个调度周期的时间固定，该周期叫目标延迟（target latency），也不再采用时间片，而是根据每个进程的nice值得到的权重再计算得到处理器比例，进而得到进程自己的时间。该时间和节拍没有任何关系，也可以精确到ns。例如“目标延迟”设置为20ms，2个进程各10毫秒，如果4个进程则是各5毫秒。如果100个进程呢，是不是就是0.2毫秒呢？

不一定，CFS引入了一个关键特性：最小粒度。即每个进程获得时间片的最小值，默认是1毫秒。

为了公平起见，CFS总是选择运行最少（vruntime）的进程作为下一个运行进程。所以这样照顾了I/O消耗型短时间处理的需求，也将更多时间留给了CPU消耗型的程序。确实解决了多进程环境下因延迟带来的不公平性。

vruntime虚拟实时

在 CFS 中，给每一个进程安排了一个虚拟时钟vruntime（virtual runtime），这个变量并非直接等于他的绝对运行时间，而是根据运行时间放大或者缩小一个比例，CFS使用这个vruntime 来代表一个进程的运行时间。如果一个进程得以执行，那么他的vruntime将不断增大，直到它没有执行。没有执行的进程的vruntime不变。调度器为了体现绝对的完全公平的调度原则，总是选择vruntime最小的进程，让其投入执行。他们被维护到一个以vruntime为顺序的红黑树rbtree中，每次去取最小的vruntime的进程（最左侧的叶子节点）来投入运行。实际运行时间到vruntime的计算公式为：

[ vruntime = 实际运行时间 * 1024 / 进程权重 ]

这里的1024代表nice值为0的进程权重。所有的进程都以nice为0的权重1024作为基准，计算自己的vruntime。

挑选的进程进行运行了，它运行多久？进程运行的时间是根据进程的权重进行分配。

[ 分配给进程的运行时间 = 调度周期 *（进程权重 / 所有进程权重之和） ] 

虚拟运行时间是通过进程的实际运行时间和进程权重（weight）计算出来的。在CFS调度器中，将进程优先级这个概念弱化，而是强调进程的权重。一个进程的权重越大，则说明这个进程更需要运行，因此它的虚拟运行时间就越小，这样被调度的机会就越大。

关于nice和进程权重以及vruntime之间的计算方式非常复杂。有兴趣的可以在网上搜索或者看源码。

总之，nice对时间片的作用不再是算数加权，而是几何加权。

3.2 实时调度策略

实时调度策略分为两种：SCHED_FIFO 和 SCHED_RR。

这两种实时进程都比任何普通进程的优先级更高（SCHED_NORMAL），都会比他们更先得到调度。

SCHED_FIFO：一个这种类型的进程出于可执行的状态，就会一直执行，直到它自己被阻塞或者主动放弃 CPU；它不基于时间片，可以一直执行下去，只有更高优先级的SCHED_FIFO或者SCHED_RR才能抢占它的任务，如果有两个同样优先级的SCHED_FIFO任务，它们会轮流执行，其他低优先级的只有等它们变为不可执行状态，才有机会执行。

SCHED_RR：与SCHED_FIFO大致相同，只是SCHED_RR级的进程在耗尽事先分配给它的时间后就不能再执行了。所以SCHED_RR是带有时间片的SCHED_FIFO：一种实时轮流调度（Realtime Robin）算法。

上述两种实时算法实现的都是静态优先级。内核不为实时进程计算动态优先级，保证给定的优先级的实时进程总能够抢占比他优先级低的进程。

4、调度的实现

进程调度的主要入口点是函数schedule()，即实现进程切换的功能：选择哪个进程可以运行，何时投入运行。

该函数的核心是for()循环，它以优先级为序，从最高的优先级调度类开始，遍历所有的调度类。

进程状态可以分为可执行和不可执行，分别放入不同的结构中。可执行的进程放在红黑树中，而不可执行的放在等待队列。

一个进程可能在两种结构中不断移动。

比如读文件操作，在执行工作时，处在红黑树中，当读完时可能需要等待磁盘，这时会把自己标记成休眠状态，从红黑树中移出，放入等待队列，然后调用schedule()选择和执行一个其他进程。而当磁盘作业完成时，又会被唤醒，进程再次设置为可执行状态，然后从等待队列中移到红黑树中。

 

4.1 抢占与上下文切换

上下文切换，就是从一个可执行进程切换到另一个可执行进程，由context_switch()函数处理。每一个新的进程被选出来准备投入运行的时候，schedule()就会调用该函数。

自愿切换意味着进程需要等待某种资源，强制切换则与抢占(Preemption)有关。

抢占(Preemption)是指内核强行切换正在CPU上运行的进程，在抢占的过程中并不需要得到进程的配合，在随后的某个时刻被抢占的进程还可以恢复运行。发生抢占的原因主要有：进程的时间片用完了，或者优先级更高的进程来争夺CPU了。

抢占的过程分两步，第一步触发抢占，第二步执行抢占，这两步中间不一定是连续的，有些特殊情况下甚至会间隔相当长的时间：

1. 触发抢占：给正在CPU上运行的当前进程设置一个请求重新调度的标志(TIF_NEED_RESCHED)，仅此而已，此时进程并没有切换。
2. 执行抢占：在随后的某个时刻，内核会检查TIF_NEED_RESCHED标志并调用schedule()执行抢占。

抢占只在某些特定的时机发生，这是内核的代码决定的。

（1）触发抢占的时机

每个进程都包含一个TIF_NEED_RESCHED标志，内核根据这个标志判断该进程是否应该被抢占，设置TIF_NEED_RESCHED标志就意味着触发抢占。

直接设置TIF_NEED_RESCHED标志的函数是set_tsk_need_resched()；
触发抢占的函数是resched_task()。

TIF_NEED_RESCHED标志什么时候被设置呢？在以下时刻：

• 周期性的时钟中断

时钟中断处理函数会调用scheduler_tick()，这是调度器核心层(scheduler core)的函数，它通过调度类(scheduling class)的task_tick方法检查进程的时间片是否耗尽，如果耗尽则触发抢占。 

• 唤醒进程的时候

当进程被唤醒的时候，如果优先级高于CPU上的当前进程，就会触发抢占。相应的内核代码中，try_to_wake_up()最终通过check_preempt_curr()检查是否触发抢占。

• 新进程创建的时候

如果新进程的优先级高于CPU上的当前进程，会触发抢占。相应的调度器核心层代码是sched_fork()，它再通过调度类的task_fork方法触发抢占。

• 进程修改nice值的时候

如果进程修改nice值导致优先级高于CPU上的当前进程，也会触发抢占。内核代码参见 set_user_nice()。 

• 进行负载均衡的时候

在多CPU的系统上，进程调度器尽量使各个CPU之间的负载保持均衡，而负载均衡操作可能会需要触发抢占。

不同的调度类有不同的负载均衡算法，涉及的核心代码也不一样，比如CFS类在load_balance()中触发抢占；RT类的负载均衡基于overload，如果当前运行队列中的RT进程超过一个，就调用push_rt_task()把进程推给别的CPU，在这里会触发抢占。

 

（2）执行抢占的时机

触发抢占通过设置进程的TIF_NEED_RESCHED标志告诉调度器需要进行抢占操作了，但是真正执行抢占还要等内核代码发现这个标志才行，而内核代码只在设定的几个点上检查TIF_NEED_RESCHED标志，这也就是执行抢占的时机。

抢占如果发生在进程处于用户态的时候，称为User Preemption（用户态抢占）；如果发生在进程处于内核态的时候，则称为Kernel Preemption（内核态抢占）。

执行User Preemption（用户态抢占）的时机

• 从系统调用(syscall)返回用户态时；
• 从中断处理程序返回用户态时；

执行Kernel Preemption（内核态抢占）的时机

Linux在2.6版本之后就支持内核抢占了，但是请注意，具体取决于内核编译时的选项：

• CONFIG_PREEMPT_NONE=y

  不允许内核抢占。这是SLES的默认选项。

• CONFIG_PREEMPT_VOLUNTARY=y

  在一些耗时较长的内核代码中主动调用cond_resched()让出CPU。这是RHEL的默认选项。

• CONFIG_PREEMPT=y

  允许完全内核抢占。

在 CONFIG_PREEMPT=y 的前提下，内核态抢占的时机是：

• 中断处理程序返回内核空间之前会检查TIF_NEED_RESCHED标志，如果置位则调用preempt_schedule_irq()执行抢占。preempt_schedule_irq()是对schedule()的包装。
• 当内核从non-preemptible（禁止抢占）状态变成preemptible（允许抢占）的时候；在preempt_enable()中，会最终调用preempt_schedule()来执行抢占。preempt_schedule()是对schedule()的包装。 

“抢占”这一部分来自网上，条理比书上更清晰，但是和书上也稍有差别，大体一致，不影响整体理解。

参考资料：

《Linux内核设计与实现》原书第三版

https://blog.csdn.net/zhoutaopower/article/details/86290196