CFS调度参数: sched_wakeup_granularity

無語勝言

前言

将一个处于睡眠状态或者新创建的进程加入就绪队列时会产生唤醒抢占检查，被唤醒的任务一般期望能够立刻执行，发生抢占能够满足被唤醒任务的实时性需求。CFS调度器的唤醒抢占能否成功会受到sysctl_sched_wakeup_granularity的影响，该参数能控制唤醒抢占发生的概率。频繁的抢占有可能会造成大的上下文切换开销，影响业务吞吐，因此sysctl_sched_wakeup_granularity是调度性能优化的一个重要参数。
唤醒抢占的触发条件

CFS调度类中的每一个任务都有一个虚拟时间vruntime，虚拟时间小的进程会优先被调度，被唤醒任务se抢占当前任务curr的只需要满足虚拟时间差vdiff超过唤醒抢占粒度gran，显然可知粒度越小发生抢占的概率越大。

1. // fair.c
2. static int
3. wakeup_preempt_entity(struct sched_entity *curr, struct sched_entity *se)
4. {
5.         int ret;
6.         s64 gran, vdiff = curr->vruntime - se->vruntime;
7.     ...
8.         gran = wakeup_gran(se);
9.         if (vdiff > gran) // 超过唤醒抢占的粒度，抢占成功
10.                 return 1;
11.         return 0;
12. }

复制代码

抢占粒度的影响因素

唤醒抢占粒度的计算结果受两方面影响：

• sysctl_sched_wakeup_granularity：该参数作为基底直接影响唤醒粒度的大小，可以改变系统整体的唤醒抢占发生概率
  
• 被唤醒任务的权重：抢占唤醒还需要考虑到任务之间的优先级差异，调度器会优先保障高优先级任务的执行权，换句话说如果被唤醒任务的优先级高于正在执行的任务那么抢占就会更容易发生，反之抢占会更容易失败。
  

因此calc_delta_fair()将sysctl_sched_wakeup_granularity按照被唤醒任务se的权重进行了加工，se的权重越大计算得到的唤醒抢占粒度越小。

1. // fair.c
2. static unsigned long wakeup_gran(struct sched_entity *se)
3. {
4.         unsigned long gran = sysctl_sched_wakeup_granularity;
5.     ...
6.         return calc_delta_fair(gran, se);
7. }

复制代码

调整sysctl_sched_wakeup_granularity

默认情况下sysctl_sched_wakeup_granularity为1 msec * (1 + ilog(ncpus))，比如4核机器默认值为3ms。
Linux v5.13之前的版本可以通过echo X > /proc/sys/kernel/sched_wakeup_granularity或者sudo sysctl kernel.sched_wakeup_granularity_ns=X进行修改。
Linux v5.13以后参数被移动到了/sys/kernel/debug/sched/*目录下。

来源:https://www.cnblogs.com/wodemia/p/18381289
免责声明：由于采集信息均来自互联网，如果侵犯了您的权益，请联系我们【E-Mail:cb@itdo.tech】 我们会及时删除侵权内容，谢谢合作！