三亩地 三亩地SAN MU DI · CODE DIARY
ARTICLE DETAIL

日记详情

真实记录编程学习的某一天,欢迎挑你感兴趣的翻一翻。

调度算法(Scheduling Algorithm)是操作系统内核中用于决定哪个进程或线程在何时获得CPU资源执行的核心机制

调度算法(Scheduling Algorithm)是操作系统内核中用于决定哪个进程或线程在何时获得CPU资源执行的核心机制

调度算法(Scheduling Algorithm)是操作系统内核中用于决定哪个进程或线程在何时获得CPU资源执行的核心机制。其目标是在多任务环境中实现公平性、高效性、响应性与吞吐量的平衡。常见的调度算法包括:

  • 先来先服务(FCFS):按到达顺序调度,简单但平均等待时间长,易导致“护航效应”(convoy effect)。
  • 短作业优先(SJF)/短进程优先(SPN):优先调度预计运行时间最短的任务,可最小化平均等待时间;分为非抢占式与抢占式(即最短剩余时间优先,SRTF)。
  • 优先级调度(Priority Scheduling):为每个进程分配优先级,高优先级优先执行;需处理优先级老化(aging)以防低优先级进程饥饿。
  • 轮转调度(Round Robin, RR):为每个进程分配固定时间片(quantum),超时则强制让出CPU,适合交互式系统,保证响应性。
  • 多级反馈队列(MLFQ):结合多个优先级队列与动态优先级调整,兼顾响应时间与吞吐量,是现代通用操作系统(如Linux CFS的简化思想原型、FreeBSD ULE等)的重要参考模型。
  • 完全公平调度器(CFS, Completely Fair Scheduler):Linux 2.6.23+ 默认调度器,基于虚拟运行时间(vruntime)和红黑树实现近似公平的CPU时间分配,不使用固定时间片,而是“按权重分配带宽”。

调度算法的选择直接影响系统性能指标:CPU利用率、吞吐量、周转时间、等待时间、响应时间及公平性。

# 示例:简易轮转调度模拟(Python伪代码)defround_robin_schedule(processes,time_quantum):queue=processes.copy()time=0whilequeue:p=queue.pop(0)ifp.remain>time_quantum:p.remain-=time_quantum time+=time_quantum queue.append(p)# 重新入队else:time+=p.remain p.finish=timeprint(f"Process{p.name}finished at time{time}")

FCFS(先来先服务)与RR(轮转调度)在实时系统中均非主流选择,因其缺乏对任务截止时间(deadline)、优先级保障和可预测性(determinism)的直接支持,但可结合特定约束或变体用于部分轻量级或软实时场景:

FCFS 的适用场景与局限性

  • 适用场景:仅适用于极简、单任务或确定性极强的嵌入式控制场景(如无中断、无并发的顺序执行流水线),且所有任务执行时间已知且固定、无截止时间要求。
  • 局限性
    • ❌ 无优先级机制,无法保障高优先级/关键任务及时响应;
    • ❌ 响应时间不可控(长任务会阻塞后续所有任务),违背实时系统“可预测最坏响应时间(WCRT)”要求;
    • ❌ 易受“护航效应”影响,导致关键任务严重延迟,不满足硬实时(hard real-time)的时限保证。

RR 的适用场景与局限性

  • 适用场景:适用于软实时系统(soft real-time),如多媒体播放、交互式GUI应用,其中任务周期性、平均响应时间较重要,允许偶尔超时;配合固定时间片与合理周期配置,可提供有界响应时间(若所有任务总利用率 ≤ 1)。
  • 局限性
    • ❌ 时间片大小难以兼顾所有任务:过大会退化为FCFS,过小则上下文切换开销剧增,降低CPU有效利用率;
    • ❌ 无法区分任务紧迫性——紧急任务与普通任务平等轮转,无法抢占低优先级运行中任务;
    • ❌ 缺乏截止时间驱动机制,无法验证系统是否可调度(如不满足RMS或EDF可调度条件),故不适用于硬实时系统

📌 补充说明:
现代实时操作系统(如VxWorks、FreeRTOS、Zephyr)普遍采用抢占式优先级调度(Preemptive Priority Scheduling),并支持速率单调(RMS)最早截止时间优先(EDF)等可证明可调度性的算法。FCFS和RR通常仅作为教学模型或非实时分时系统的基线算法存在。

← 返回列表