本文主要是介绍【Linux】：Linux 2.6内核 调度队列和调度原理，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
朋友们、伙计们，我们又见面了，本期来给大家解读一下有关Linux 2.6内核 调度队列和调度原理，如果看完之后对你有一定的启发，那么请留下你的三连，祝大家心想事成！
C 语 言 专 栏：C语言：从入门到精通
数据结构专栏：数据结构
个 人 主 页 ：stackY、
C + + 专 栏 ：C++
Linux 专 栏 ：Linux
目录
1. 调度队列
2. 调度原理
2.1 优先级
2.3 active指针和expired指针
2.4 活动队列和过期队列
2.5 bitmap（位图）
2.6 总结
1. 调度队列
一个CPU拥有一个runqueue
但是如果有多个CPU就要考虑进程个数的负载均衡问题（先不考虑这个）
2. 调度原理
2.1 优先级
先看runqueue，可以看到里面有一个queue[140]，其实它完整的是
task_struct * queue[140]
是一个PCB指针数组，里面的每个位置都可以指向一个进程PCB！
实时优先级：0 ~ 99 （先不关心这个）
普通优先级：100 ~ 139（我们都是普通优先级）
那么普通优先级为什么是100 ~ 139呢？我们可以根据在进程优先级中每个进程的nice值结合在一起看；
Linux进程的默认优先级是80，nice值的取值范围在-20 ~ 19，所以我们Linux进程的优先级范围在60 ~ 99，一共是40个优先级，100 ~ 139也是40个优先级，所以在queue这个指针数组中的后40个位置就是我们Linux进程PCB优先级排队链接的地方！（数组下标就是优先级）
2.3 active指针和expired指针
如果我们细心观察可以发现：在runqueue中存在两个queue[140]数组，这是为什么呢？
进程是根据优先级进行调度的，如果在一个queue中，有一个优先级为60的PCB，还有一个80的PCB在排队，所以CPU在调度的时候，首先肯定会调度优先级为60的PCB，此时如果我们不断的添加更多的优先级为60的进程，就会一直调度60的PCB，那么优先级为80的PCB就会陷入进程饥饿，那么此时的CPU调度进程的公平性如何体现？
- 所以在runqueue中维护了两个queue[140]，然后让active指针指向一个queue[140]，再让expired指针指向一个queue[140]；
- OS在调度的时候会优先调度active指针指向的queue，此时如果有新的进程创建，并不会直接插入到active指向的queue中，而是插入到expired指向的queue中进行优先级的排队；
- 当active指向的queue中的PCB调度完了，此时就将active和expired指向的内容进行交换，然后继续调度active指向的queue，此时就不会出现上面的进程饥饿问题。
2.4 活动队列和过期队列
- nr_active：总共有多少个被调度的进程PCB；
- active指针指向的queue[140]就叫做活动队列；
- expired指针指向的queue[140]就叫做活动队列。
2.5 bitmap（位图）
当我们在活动队列调度PCB的时候，是需要遍历找还是否存在可以调度的PCB的，粗暴一点的方法就是从前往后遍历的找，这种方式是比较费时间的，每次调度都要寻找，太麻烦了，所以就引入了一个新的结构：int bitmap[5]
根据比特位与字节的换算，bitmap中一共可以标志160个位置，我们都知道位图的查找时间复杂度是O(1)，但是需要的就是消耗了一点空间，一种空间换时间的算法，主要的是保证了CPU调度PCB的效率。
2.6 总结
在系统当中查找一个最合适调度的进程的时间复杂度是一个常数，不随着进程增多而导致时间成本增加，我们称之为进程调度O(1)算法！
朋友们、伙计们，美好的时光总是短暂的，我们本期的的分享就到此结束，欲知后事如何，请听下回分解~，最后看完别忘了留下你们弥足珍贵的三连喔，感谢大家的支持！
这篇关于【Linux】：Linux 2.6内核 调度队列和调度原理的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
