分享

Linux进程调度

 印度阿三17 2020-04-15

普通进程:

  采用动态优先级来调度

  调度程序周期性地修改优先级(避免饥饿)

实时进程:

  采用静态优先级来调度

  由用户预先指定,以后不会改变

静态优先级:

  进程创建时指定或由用户修改。

动态优先级:

  在进程运行期间可以按调度策略改变。

  非实时进程采用动态优先级,由调度程序计算

  只要进程占用CPU,优先级就随时间流失而不断减小。

  task_struct的counter表示动态优先级

 

调度策略(结合task_struct结构)

task_struct ->policy指明进程调度策略

#define SCHED_OTHER  //普通的分时进程

#define SCHED_FIFO  //实时进程

#define SCHED_RR  //实时进程

 

实时进程:

  SCHED_FIFO(先进先出):

    当前实时进程一直占有CPU直至退出或堵塞或被抢占

    堵塞后再就绪时被添加到同优先级队列的末尾

  SCHED_RR(时间片轮转):

    与其它实时进程以Round-Robin方式共同使用CPU。

    确保同优先级的多个进程能共享CPU

 

非实时进程(普通进程):

  SCHED_OTHER(动态优先级)

  counter成员表示动态优先级

 

调度策略的改变:

  系统调用sched_setscheduler()改变调度策略

  实时进程的子孙进程也是实时进程

 

进程调度的依据

task_struct:

  policy:

    进程的调度策略,用来区分实时进程和普通进程

    SCHED_OTHER(0) || SCHED_FIFO(1) || SCHED_RP(2)

  priority:

    进程(包括实时和普通)的静态优先级

  rt_priority:

    实时进程特有的优先级:rt_priority 1000

  counter:

    进程能连续运行的时间

 

动态优先级与counter:

  counter值的含义:

    进程能连续运行的时间,单位是时钟滴答tick

      时钟中断周期tick为10ms,若counter = 60,则能连续运行600ms

    较高优先级的进程一般counter较大

    一般把counter看作动态优先级

  counter的初值与priority有关

    普通进程创建时counter的初值为priority的值

  counter的改变:

    时钟中断tick时,当前进程的counter减1,直到为0被堵塞

  子进程创建的时候counter:

    创建子进程的counter是父进程的一半

 

调度时机:

  中断处理过程中直接调用schedule()

    时钟中断,I/O中断,系统调用和异常

    内核被动调动的情形

  中断处理过程返回用户态时直接调用schedule()

    必须根据need_resched标记

  内核线程可直接调用schedule()进行进程切换

    内核主动调度的情形

  用户态进程只能通过陷入内核后在中断处理过程中被动调度

    必须根据need_resched标记

进程切换:

  概念:

    内核挂起当前CPU上的进程并恢复之前挂起的某个进程

    任务切换,上下文切换

  与中断上下文的切换有差别:

    中断前后在同一程序上下文中,只是用户态转向内核态执行

  进程上下文包含了进程执行需要的所有信息:

    用户地址空间:包括程序代码。数据,用户堆栈

    控制信息:进程描述符,内核堆栈等

    硬件上下文(注意中断也要保存硬件上下文只是保存的方法不同)

 

进程调度和切换的流程:

  schedule()函数:

    选择新进程next = pick_next_task(rq,prev);//进程调度算法

    调用宏context_swittch(rq,prev,next); //切换进程上下文

      prev:当前进程,next:被调度的新进程

      调用switch_to(prev,next) 切换上下文

 

两个进程A,B切换的基本过程:

  1.正在运行的用户态进程A

  2.发生中断(譬如时钟中断)

    保存current当前进程的cs:eip/esp/eflags到内核堆栈

    从内核堆栈装入ISR中断服务列程的cs:eip和ss:esp

  3.SAVE_ALL //保存现场,已进入内核中断处理过程

  4.中断处理过程中或中断返回前调用了schedule()

    其中的switch_to做了进程上下文切换

  5.运行用户态进程B(B曾经通过以上步骤被切换出去)

  6.RESTORE_ALL //恢复现场

  7.iret //中断返回 pop cs:eip/ss:esp/eflags

  8.继续运行用户态进程A

 

来源:https://www./content-3-677051.html

    本站是提供个人知识管理的网络存储空间,所有内容均由用户发布,不代表本站观点。请注意甄别内容中的联系方式、诱导购买等信息,谨防诈骗。如发现有害或侵权内容,请点击一键举报。
    转藏 分享 献花(0

    0条评论

    发表

    请遵守用户 评论公约

    类似文章 更多