C++ 实现基于多级反馈队列的进程调度算法模拟及其动态优先级逻辑【源码】

雨敏吖_5677

雨敏吖_5677

2026-05-24

996人浏览

原创

mlfq核心是动态降级与周期性提权:进程仅在耗尽本级时间片后才降级(level = min(level + 1, max_level - 1)),且每秒全局提权将所有就绪进程移回队列0尾部;必须用std::vector管理4–5级fifo队列,process需含remaining_time、level、last_run_tick、is_interactive字段,并用事件队列分离时间片中断与i/o完成事件。

c++ 实现基于多级反馈队列的进程调度算法模拟及其动态优先级逻辑【源码】

多级反馈队列(MLFQ)的核心调度逻辑怎么写才不崩

直接说结论:MLFQ 不是“固定优先级分层 + 时间片轮转”的静态叠加,关键在「动态降级」和「周期性提权」两个动作。很多初版实现跑着跑着就卡死或饿死进程,根本原因是没处理好 queue_index 越界、time_quantum 重置时机,以及新进程插入位置的歧义。

实操建议:

  • 用 std::vector<:queue>></:queue> 管理 4–5 级队列,索引 0 为最高优先级;别用链表模拟“降级”——出队入队开销大且易错
  • 每个队列配独立时间片:quantum[0] = 4; quantum[1] = 8; quantum[2] = 16;,注意第 0 级必须最短,否则短任务得不到响应优势
  • 进程在某级队列耗尽其时间片后,才降一级(level = std::min(level + 1, MAX_LEVEL - 1)),不是每次调度都无脑降
  • 必须设全局时钟 global_tick,每运行满 1 秒(或 100 tick)触发一次「全体提权」:把所有非空队列中的进程移到队列 0 尾部(保留相对顺序),否则长休眠进程永远卡在低级队列

Process 结构体里哪些字段不能少

只存 pid、burst_time、arrival_time 是不够的。MLFQ 动态行为全靠这几个字段驱动:

  • remaining_time:当前剩余 CPU 时间,每次执行减去实际运行时长(可能小于时间片,比如被 I/O 中断)
  • level:当前所在队列编号,初始化为 0;降级/提权时只改它,不移动节点本身(避免拷贝)
  • last_run_tick:记录上次获得 CPU 的全局 tick 值,用于判断是否“长时间未运行”,是实现“I/O 后提权”的依据(例如:若 current_tick - last_run_tick > 50,则回到 level 0)
  • is_interactive(可选但推荐):布尔值,若该进程多次在时间片结束前主动让出 CPU(如调用 sleep() 或等待输入),标记为交互型,提权权重更高

如何安全模拟 I/O 中断与时间片中断

真实系统靠硬件中断,模拟器里得靠逻辑判断。常见错误是把“时间片到”和“I/O 完成”混成同一种事件,导致调度器无法区分抢占原因。

C++14
C++14

C++14 对 C++11 的修正与增强版本,适合旧系统维护和较老工具链兼容。

下载

实操建议:

  • 用一个 std::priority_queue<event vector>, greater<event>></event></event> 维护未来事件:类型含 EVENT_TYPE_TICK_EXPIRE 和 EVENT_TYPE_IO_COMPLETE
  • 每次从就绪队列取进程前,先 pop 所有 tick 的事件;如果是 I/O 完成事件,把对应进程从阻塞队列移到就绪队列——并检查是否满足提权条件(见上节 <code>last_run_tick)
  • 时间片中断发生时,必须保存当前进程的 remaining_time,再决定降级还是继续运行;别直接清零或重置
  • 避免用 sleep(1) 模拟时间流逝——会阻塞整个模拟器;用整数 tick++ 步进,所有逻辑基于 tick 计数

为什么你的 MLFQ 总是饿死后台任务

不是算法本身有问题,而是提权策略太保守或太激进。典型表现:编译任务(CPU 密集型)永远卡在 level 3,而终端命令(交互型)永远霸占 level 0。

关键调整点:

  • 提权不能只靠“全局周期”,必须叠加“I/O 后即时提权”:进程从阻塞态唤醒时,一律重置为 level = 0,这是 UNIX 类系统的真实做法
  • 降级不能只看时间片耗尽;如果进程连续 3 次在时间片内完成(remaining_time == 0),说明它是短作业,应保持在高级队列,甚至奖励性延长其下一次时间片
  • 给每个队列加“老化阈值”:例如 level 2 中停留超过 200 tick 的进程,强制提到 level 1,哪怕它还没被调度过一次
  • 打印调试时务必输出 pid、level、remaining_time、last_run_tick 四个字段,缺一不可;光看执行顺序看不出饿死根源

真正难的不是写完五级队列,而是让“降级”和“提权”的边界足够模糊——既防饥饿,又保响应。多数人卡在调试阶段,是因为把事件驱动当成线性流程来推演。

C++免费学习笔记(深入):立即使用
在学习笔记中,你将探索 C++ 的入门与实战技巧!

相关专题

更多
c++和c语言的区别有哪些
c++和c语言的区别有哪些

c++和c语言的区别:1、面向对象编程(OOP)支持不同;2、新增特性不同;3、标准库不同;4、编译方式不同;5、命名空间不同等等。想了解更多c++的相关内容,可以阅读本专题下面的文章。

2024.03.14

2248

9

c++和python学习顺序推荐
c++和python学习顺序推荐

一般建议先学习C++,再学习Python,因为这样可以逐步从较为底层的编程语言向更高级的语言过渡。想了解更多python的相关内容,可以阅读本专题下面的文章。

2024.03.14

1019

6

python和c++学习性价比分析
python和c++学习性价比分析

Python易于学习,广泛应用于Web开发、数据科学和人工智能等领域,但性能较低。C语言性能高,适用于对性能要求较高的场景,如游戏开发和系统编程,但学习曲线陡峭,错误处理复杂。想了解更多python的相关内容,可以阅读本专题下面的文章。

2024.03.14

447

5

c语言和c++一样吗
c语言和c++一样吗

c语言和c++是两种不同的编程语言,虽然有相似之处,但存在显著差异。c语言专注于过程式编程和系统级开发,以简洁、高效著称。c++作为c语言的超集,引入了面向对象编程,增强了代码组织和管理能力,但学习曲线也更陡峭。本专题为大家提供相关的文章、下载、课程内容,供大家免费下载体验。

2024.03.14

327

5

c语言和c++先学哪个好
c语言和c++先学哪个好

初学者选择学习c语言还是c++语言,需要根据个人学习目标、背景以及编程兴趣和预期应用方向来决定。本专题为大家提供相关的文章、下载、课程内容,供大家免费下载体验。

2024.03.14

406

5

c语言和c++的区别和联系
c语言和c++的区别和联系

c语言和c++是计算机科学领域应用广泛的编程语言。虽然它们有着相似的基础,但它们在语言类型、语法功能和内存管理方面存在着显著差异。本专题为大家提供相关的文章、下载、课程内容,供大家免费下载体验。

2024.03.14

580

5

c++软件中文更改教程
c++软件中文更改教程

对于 ide,可通过打开设置,找到语言设置,选择中文,并保存更改。对于非 ide 应用程序,可查找设置或选项,选择语言设置,更改为中文,并保存更改。想了解更多c++的相关内容,可以阅读本专题下面的文章。

2024.03.21

1409

9

python和java和c++学习性价比分析
python和java和c++学习性价比分析

Python以其易学性、丰富的库和活跃的社区而著称,适合数据科学、人工智能和Web开发。Java以其跨平台性、企业级应用开发和Android应用开发而闻名。C++以其底层控制能力、高效性能和游戏开发而著称。选择哪种语言取决于个人兴趣、职业方向和特定需求。想了解更多python和java和c++的相关内容,可以阅读本专题下面的文章。

2024.03.22

1217

7

c++和c语言学习顺序推荐
c++和c语言学习顺序推荐

对于初学者,建议先学习C语言,掌握编程基础后再转入C++,便于理解面向对象编程概念。有编程经验者可直接学习C++,快速接触高级编程技术。想了解更多c++和c语言的相关内容,可以阅读本专题下面的文章。

2024.03.25

1325

9

热门下载

更多
网站特效
/
网站源码
/
网站素材
/
前端模板

精品课程

更多
相关推荐
/
热门推荐
/
最新课程
C++ Core Guidelines
C++ Core Guidelines

共0课时 | 0人学习

C++ Reference
C++ Reference

共0课时 | 0人学习

C++ 官方标准说明
C++ 官方标准说明

共0课时 | 0人学习