掌握住什么才能把握住调度系统的设计精要

 

     想要做好调度系统，就要把握好调度系统的设计精要。

     首先不得不提的便是调度器的外部，如果需要我们将调度器看成一个企业整体，如何通过利用外部信息系统可以增强调度器的功能，从调度器外部看架构设计就会得到完全不同的角度。在这里，我们将介绍两个外部调度设计，即多调度和抗调度（Descheduler）。

     多调度器可以将待调度的资源管理功能分区，串行调度与并行调度一节已经通过分析了多调度器的设计，让多个调度器线程或者发展进程分别负责企业各个不同区域中资源的调度，充分开发利用多和 CPU 的并行处理能力。

     反调度器是逆调度器是一个有趣的概念，它可以消除决策不再正确的调度，降低系统中的熵，让调度器根据当前状态做出新的决策。

     使用抗调度也不是那么广泛，实际应用场景相对有限。作者第一次研究发现我们这个基本概念是在 Kubernetes 孵化的 descheduler 项目中。不过就是因为反调度器移除调度管理关系发展可能会产生影响企业正在运行的线上服务，所以 Kubernetes 也只会在特定应用场景下使用。

     本地运行队列

     全局运行队列是调度程序难以在对称多处理器体系结构上扩展的主要原因。为了确保运行队列的一致性，调度需要得到全局运行队列锁，在处理器的数量增加时，调度，多处理器时调度会导致更多的锁竞争，严重影响调度性能。

     调度器通过技术引入中国本地经济运行队列研究解决我们这个社会问题，降低了锁的粒度和冲突的可能性。不同的 CPU 可以同时通过 this_rq 获取信息绑定在当前 CPU 上的运行队列。

     优先级和时间切片，调度器包括用于静态任务的优先级的两个不同优先级的计算方法，以及动态任务的优先级。在默认情况下，任务的静态工作任务优先级都是 0，不过就是我们可以同时通过信息系统需要调用 nice 改变任务的优先级。

     它会通过不断改变任务的静态优先级来完成优先级的动态结构调整，调度器会奖励 I/O 密集型任务并惩罚 CPU 密集型任务。因为与用户交互的进程时 I/O 密集型的进程，这些历史进程由于经济调度器的动态管理策略会提高自身的优先级，从而得到提升网络用户使用体验。

版权声明：本文为Yun88网的原创文章，转载请附上原文出处链接及本声明。

 

 

更多产品了解

欢迎扫码加入云巴巴企业数字化交流服务群

产品交流、问题咨询、专业测评

都在这里！