为何CFS实现100个实时运行队列？100个RT优先级意义何在？

先明确文档中的描述：

sched/rt.c以比原有标准调度器更简洁的方式实现SCHED_FIFO和SCHED_RR语义，它为全部100个RT优先级使用100个运行队列（原调度器为140个），且无需过期数组。

一、怎么理解这个设计？ #

原来的标准调度器把实时优先级（0-99）和普通进程的nice优先级（对应内核内部的100-139）混在一起管理，所以需要140个队列；而sched/rt.c是专门的实时调度类，只负责处理SCHED_FIFO、SCHED_RR类型的实时进程，所以直接给0到99这100个实时优先级各分配一个独立队列，逻辑上更纯粹、简洁。

至于不需要过期数组：这是由实时进程的调度规则决定的——SCHED_FIFO进程会一直运行到主动放弃CPU（比如阻塞、调用sched_yield）；SCHED_RR进程时间片用完后，只是被移到当前优先级队列的尾部，不需要被放到“过期”队列等待重新调度。这种设计省掉了过期数组的管理开销，让实时调度的逻辑更高效。

二、为何这种设计不违背实时调度理念？ #

实时调度的核心要求是高优先级任务必须能抢占低优先级任务，且高优先级任务的响应时间可预测，这个设计完全贴合这个原则：

• 调度器会始终优先检查并运行优先级最高的非空队列里的任务，只要高优先级队列有任务等待，低优先级队列的任务就绝对不会被调度——这正是实时调度“优先级驱动”的核心，确保紧急任务能第一时间拿到CPU。
• 只有当高优先级队列的任务全部完成或阻塞后，调度器才会处理下一个优先级的队列，这完全符合实时系统对任务执行顺序的要求，不存在违背实时理念的问题。

三、设置100个RT优先级的意义是什么？ #

• 精细区分任务紧急程度：实时场景中任务的重要性差异极大——比如工业控制系统里，紧急故障处理优先级最高，实时数据采集次之，状态同步任务优先级更低。100个级别能让开发者精准分配优先级，避免不同重要性的任务抢资源。
• 减少优先级冲突：更多的优先级级别意味着更少出现“不同重要性任务被迫共用同一优先级”的情况，既减少SCHED_RR模式下不必要的时间片切换，也让优先级反转问题更容易通过合理分配优先级来规避。
• 兼容POSIX标准：POSIX规范定义了SCHED_FIFO和SCHED_RR调度策略的优先级范围，Linux的100个实时优先级是对该标准的实现，确保跨平台实时程序能平滑移植到Linux。

内容的提问来源于stack exchange，提问作者marian