MINIX3 进程调度分析 

5.1MINIX3 进程调度概要 

MINIX3 的进程调度还是非常简单的,调度算法是非常短小的,其目的就是体现 了一个简单和高效的设计原则,当然简单和高效其实很难并存,整体而言,就是 一个多队列调度算法,根据优先级来放到相应的位置。 

我们现在来看下整个图示:(下面这个图其实就是 MINIX3 初始化时用户还没有 创建进程时所显示的图),在层次一,被认为是系统层,级别最高,是包括 system 和 clock 任务,之后第 2 层就是 tty(终端进程,在 I/O 中用到的一个进程,本分 析文档暂且忽略不考虑)等等,以此往上跑,等到第 16 层,也是整个调度优先 级最低的一个进程,被称为 IDLE_Q,这个进程其实就是 nop 操作,就是空操作, 不做任何事情。当进程内部所有的进程都不能运行时,才会运行这个进程,一般 这种可能性非常小,除非系统出现了故障。 

现在我们往深入分析,上面分析了整个调度的一个架构图,现在我们想想看,什
么时候会启动这个调度程序 ?首先  MINIX3  是一个基于分时的操作系统 ,
time-sharing’os,也就是每次当发生时钟中断时,判断用户进程是否耗尽了它的时 

75 

间片,如果耗尽了它的时间片,我们将启动调度算法,来完成调度。可以看出, 这个调度程序其实就是依附在时钟任务的一个小程序,调度算法不会单独单独成 为一个进程而存在。这点非常的重要。 

其次,我们想想,如果当前的进程处于阻塞或者挂起状态,我们该怎么处理呢? 我们也会进入内核来完成相关的调度工作。 

5.2 MINIX3 进程调度源码分析 

基本上就是以上 2 种情况。我们现在往源码内部分析,! 

在分析之前我们应该先看下调度涉及到得一个数据结构,数据结构示意图就是上 面那副,现在看看数据结构的具体内容: 

EXTERN struct proc  *rdy_head[NR_SCHED_QUEUES];  /* ptrs to ready list headers  */ 

EXTERN struct proc  *rdy_tail[NR_SCHED_QUEUES];  /* ptrs to ready list tails  */、 

这是2个指针数组,也就是图的两边,rdy_head[]数组是调度队列的对头, 

rdy_tail[]是调度队列的队尾。这里的队列不是普通意义上的队列,是队列的一 个变形,队头和队尾都是指向进程的,这样的处理就是为了插入的高效率。 这里就不分析其中的效率。 

继续往下面看,现在看看是哪些域把这些进程连接起来的, 

struct proc  *p_nextready;  /* pointer to next ready process  */ 

这个域就是指向下一个进程。 

继续分析与调度算法相关的进程表项域

char p_priority;

//当前进程优先级

char p_max_priority;
//调度队列最大优先级
char p_ticks_left;
//进程还有多少时钟剩下
char p_quantum_size;
//本进程有多少个时钟

clock_t p_user_time;

//用户时间

clock_t p_sys_time;

//系统时间

/* current scheduling priority  */

/* maximum scheduling priority  */

/* number of scheduling ticks left  */

/* quantum size in ticks  */

/* user time in ticks  */

/* sys time in ticks  */ 

现在我们分析源码,由于涉及到调度的源码很少,主要是在 proc.c 和 restart.c 中 涉及到。先分析 proc.c 

看下  2  个函数与进程外界调度的接口函数  :enqueue()和  dequeue()函数以及 lock_enqueue()和 lock_enqueue()调度函数。 

可以看出 sched()和 pick_proc()函数是一个功能函数,就是提供给 enqueue()和 

76 

dequeue()函数使用。 

/*=================================================================== ========* 

* enqueue *

*====================================================================

=======*/

PRIVATE void enqueue(rp)

register struct proc  *rp; /* this process is now runnable  */

{

/* Add 'rp' to one of the queues of runnable processes.    This function
is responsible for inserting a process into one of the scheduling queues.
* The mechanism is implemented here.      The actual scheduling policy is 

* defined in sched() and pick_proc(). 

将‘rp’加到其中一个运行进程队列中。这个函数主要负责将一个进程插入到 

77 

调度队列中。这种机制就在这里实现。事实上真正意义上的调度策略是被定义在 sched()和pick_proc()函数 

*/ 

int q; /* scheduling queue to use  */

int front; /* add to front or back  */

#if DEBUG_SCHED_CHECK 

check_runqueues("enqueue"); 

if  (rp->p_ready) kprintf("enqueue() already ready process\n"); #endif 

/* Determine where to insert to process.  */ 

这个函数在下面会有介绍,主要是用于决定插入哪个进程 

sched(rp, &q, &front); 

/* Now add the process to the queue.  */ 

//现在就将进程加入到队列中 这里的q代表的就是哪个队列号,由前面的sched() 函数加入。 

if  (rdy_head[q]  == NIL_PROC)  { /* add to empty queue  */

//由前面的函数可以知道,q就是想要的运行队列,如果这个队列上暂且没有进

//程,则必须要创造一个一个新的队列,并且将本进程发到进程里准备投入使用。

rdy_head[q]  = rdy_tail[q]  = rp; /* create a new queue  */

rp->p_nextready  = NIL_PROC; /* mark new end  */

}

//如果是队列已经有进程,我们需要仔细往下处理

//如果进程的时间有剩余,则将本进程加入队列表的表头

else if  (front)  { /* add to head of queue  */

rp->p_nextready  = rdy_head[q]; /* chain head of queue  */

rdy_head[q]  = rp; /* set new queue head  */

}

//如果时间用完了,就应应该加入到队列表的末尾。

else  { /* add to tail of queue  */

rdy_tail[q]->p_nextready  = rp; /* chain tail of queue  */

rdy_tail[q]  = rp; /* set new queue tail  */

rp->p_nextready  = NIL_PROC; /* mark new end  */

/* Now select the next process to run.  */ 现在选择下一个进程进程运行 

pick_proc(); 

#if DEBUG_SCHED_CHECK
rp->p_ready  =  1; 

78 

check_runqueues("enqueue");
#endif 

/*=================================================================== ========* 

* sched 这个函数和下个函数是MINIX调度器的主要

*内容,通过这个函数计算出谁应该被调度,之后将相应的值给设定好之后,在 内核中 

另外一个函数restart就从硬件上进行真正意义上的调动 

*==================================================================== =======*/ 

PRIVATE void sched(rp, queue, front)

register struct proc  *rp;

//计划被调度的进程

int  *queue;

//返回值1:被使用的队列号 int  *front;

//前者或者是后者

{

/* process to be scheduled  */

/* return: queue to use  */

/* return: front or back  */ 

/* This function determines the scheduling policy.    It is called whenever
a process must be added to one of the scheduling queues to decide where
to insert it.    As a side-effect the process' priority may be updated.
这个函数决定调度策略。这个函数被调用出来决定一个进程必须加到调度队列中
并且决定将这个进程插入哪里。一个负面效应就是这个进程的优先级必须被改
变。 

*/ 

static struct proc  *prev_ptr  = NIL_PROC;/* previous without time  */
int time_left  =  (rp->p_ticks_left  >  0);  /* quantum fully consumed */
//这个变量决定是否被消耗完 

int penalty  =  0; /* change in priority  */

//这个变量是用于改变进程的优先级 

/* Check whether the process has time left. Otherwise give a new quantum
* and possibly raise the priority.    Processes using multiple quantums
* in a row get a lower priority to catch infinite loops in high priority 

* processes  (system servers and drivers). 

检查这个进程是否有时间剩余,如果没有时间剩余,就给出一个新的量值并且可 能会提示这个进程的优先级。正在使用多值的量值(在数组中)的进程得到一个 较低的优先级来捕获这个高优先级进程的无限循环。 

*/ 

//如果time_left==0,也就是时间消耗完了,就进入if内部。 

if  (  ! time_left)  { /* quantum consumed  ?  */

//重新给这个进程分配一个量值 

79 

rp->p_ticks_left  = rp->p_quantum_size;  /* give new quantum  */ 

//这里是如果前一个进程也是rp,则准备捕获这个无限循环,但是必须把本进程 //的优先级降低一位,也就是把处罚值加1 

if  (prev_ptr  == rp) penalty  ++; /* catch infinite loops  */

else penalty  --; /* give slow way back  */

//这里将prev_ptr执行rp,主要是为了下面的调度做好准备 

prev_ptr  = rp; /* store ptr for next  */

/* Determine the new priority of this process. The bounds are determined
* by IDLE's queue and the maximum priority of this process. Kernel task
* and the idle process are never changed in priority.
决定这个进程的新优先级。界限是由IDLE和这个进程最大的优先级所决定。内核 任务和IDLE进程是从来不会来改变优先级的 

*/ 

//如果惩罚值不是0并且rp不是内核进程,则可以改变其优先级。 

//改变的方法很简单:就是将本进程的优先级加上处罚值。并且检查是否超出优 先级的上界和优先级的下界。 

if  (penalty  !=  0 &&  ! iskernelp(rp))  { 

rp->p_priority  += penalty; /* update with penalty  */

if (rp->p_priority < rp->p_max_priority)

rp->p_priority=rp->p_max_priority;

else if  (rp->p_priority  > IDLE_Q-1)

rp->p_priority  = IDLE_Q-1;

}

/* check upper bound */

/* check lower bound  */ 

/* If there is time left, the process is added to the front of its queue, * so that it can immediately run. The queue to use simply is always the    process' current priority. 

如果这里有时间剩余,进程被加到它的队列的前端。所以它能够马上投入运 行。这个队列总是使用简单的进程当前优先级 

*/ 

*queue  = rp->p_priority;
*front  = time_left;

/*=================================================================== ========* 

* pick_proc 这个函数从字面上就能够看出:这是一个选择进

程的函数。 *

*==================================================================== =======*/ 

PRIVATE void pick_proc() 

80 

/* Decide who to run now.    A new process is selected by setting 'next_ptr'. * When a billable process is selected, record it in 'bill_ptr', so that the clock task can tell who to bill for system time.
决定现在谁来运行。一个新的进程被选择处理 通过将其设定为next_ptr指向的 地方。当一个付账进程被选择,将它记录在bill_ptr里。所以系统任务能够告诉 是谁为这个系统时间付账 

*/ 

register struct proc  *rp; /* process to run  */

int q; /* iterate over queues  */

/* Check each of the scheduling queues for ready processes. The number of queues is defined in proc.h, and priorities are set in the task table.
* The lowest queue contains IDLE, which is always ready.
为每个正在准备的进程检查每一个调度队列。队列的数量被定义在proc.h文件
中,并且优先级被设定在任务进程表中。最低进队列包括IDLE进程,这个进程总 是在就绪队列中。 

*/ 

//这个函数主要是找从低优先级往高优先级扫描,只有有一个队列的队列头不是 //NIL_PROC,就将next_ptr设置成相应指向的进程-----rp。Next_ptr在后面会 //restart函数会有用。 

for  (q=0; q  < NR_SCHED_QUEUES; q++)  { 

if  (  (rp  = rdy_head[q])  != NIL_PROC)  { 

next_ptr  = rp; /* run process 'rp' next  */

if  (priv(rp)->s_flags & BILLABLE)

bill_ptr  = rp;

return;

}

}

}

/* bill for system time  */ 

/*=================================================================== ========* 

* dequeue 将正在运行的进程从调度队列中移除

*==================================================================== =======*/ 

PRIVATE void dequeue(rp) 

register struct proc  *rp; /* this process is no longer runnable  */

{

/* A process must be removed from the scheduling queues, for example, because it has blocked.    If the currently active process is removed, a new process is picked to run by calling pick_proc(). 

81 

一个进程必须从调度队列中去除掉。举一个例子,因为他已经阻塞了。如果当前
活动进程被移除,一个新的进程需要被选择来运行,通过调用pick_proc()函数
*/ 

register int q  = rp->p_priority; /* queue to use  */

register struct proc  **xpp; /* iterate over queue  */

register struct proc  *prev_xp; 

/* Side-effect for kernel: check if the task's s tack still is ok? */ //检查这个进程是不是内核进程,如果是内核进程,就应该做相应的处理
if  (iskernelp(rp))  { 

if  (*priv(rp)->s_stack_guard  != STACK_GUARD) 

panic("stack overrun by task", proc_nr(rp));

#if DEBUG_SCHED_CHECK 

check_runqueues("dequeue"); 

if  (! rp->p_ready) kprintf("dequeue() already unready process\n"); #endif 

/* Now make sure that the process is not in its ready queue. Remove the
* process if it is found. A process can be made unready even if it is
not    running by being sent a signal that kills it. 

现在我们确保这个进程不在他的准备队列中,如果发现这个进程就移除这个进 程。如果一个进程不在运行队列中,并且发送了一个信号杀死这个进程 则这个 进程能够移除不在等待状态。 

*/ 

//上面的注释看起来比较费劲,我们现在来往下面好好看下代码。
// 

prev_xp  = NIL_PROC; 

//扫描这个q队列,找到要找到的进程,将他从就绪队列中移除。 

for (xpp = &rdy_head[q]; *xpp != NIL_PROC; xpp = &(*xpp)->p_nextready)

{

//找到要移除的进程,我们就进入if内部 

if  (*xpp  == rp)  { /* found process to remove  */

//找到了,就替换将这个进程替换掉,这个语句是结合本循环最后一条语句实现

//的,注意看最本质的内容,这里的移除仅仅就是将调度队列绕过本进程。而需

要移除的进程不会做任何的处理。

*xpp  =  (*xpp)->p_nextready; /* replace with next chain */

//如果rp是对尾队列,则将队尾队列队尾指向遍历搜索链表的已经储存的前一个

表项。

if  (rp  == rdy_tail[q]) /* queue tail removed  */

rdy_tail[q]  = prev_xp; /* set new tail  */

if  (rp  == proc_ptr  || rp  == next_ptr) /* active process

82 

removed  */ 

//如果rp是当前活动的进程,应该调用pick_proc()函数,重新选择一个进程投 //入使用 

pick_proc(); /* pick new process to run  */

break;

}

prev_xp  =  *xpp;  /* save previous in chain  */ 

//储存遍历搜索的链表的前一个表项,和前面的语句结合使用来将本进程移除队
列 

#if DEBUG_SCHED_CHECK
rp->p_ready  =  0; 

check_runqueues("dequeue");
#endif 

/*=================================================================== ========* 

* lock_enqueue *

*====================================================================

=======*/

PUBLIC void lock_enqueue(rp)

struct proc  *rp; /* this process is now runnable  */

{

/* Safe gateway to enqueue() for tasks.  */

lock(3, "enqueue");

enqueue(rp);

unlock(3);

}

/*=================================================================== ========* 

* lock_dequeue *

*====================================================================

=======*/

PUBLIC void lock_dequeue(rp)

struct proc  *rp; /* this process is no longer runnable  */

{

/* Safe gateway to dequeue() for tasks.  */
lock(4, "dequeue"); 

dequeue(rp); 

83 

unlock(4); 

5.3 MINIX3进程调度与中断返回处理的结合 

我们现在来回顾前面中断系统讲到的restart函数和结合内核调度实例来进一步 分析整个调度机制 

先看restart函数,同样,先把restart函数源码附上: 

!*=========================================================== ================* 

!* restart    我们从 hwint_inhandler(irq)进入到这个函数,我们现在

来着重分析这个函数 !在分析之前,我们同样要搞清楚栈和相关寄存器的内

容,首先栈还是内核栈 

之后 CS 和 IP 同样是指向这个函数的首地址,现在我们进入函数内部分析 

!*=========================================================== ================* 

_restart: 

! Restart the current process or the next process if it is set. 

!!这里非常的重要,因为这里主要是用于进程的调度。 

cmp (_next_ptr), 0 ! see if another process is scheduled,这里的_next_ptr

表示在运行 restart 之后指向的进程地址。其实也就是 

jz 0f

mov     eax, (_next_ptr)  !如果不是为 NULL,则执行流就从这里开始 

!将_next_ptr 的值存入 eax,之后将 eax 的值设置存入_proc_ptr 内存地址中,pro_ptr 是指向当前进程指针,这些指针都是已经设定好的,这个指针就就是用于下次返 回所运行的指针 

mov (_proc_ptr), eax ! schedule new process

mov (_next_ptr), 0! 这里为啥把_next_ptr 设置成为 NULL,主要原因是标

志下次在执行 

!这个 restart 例程时是否有重新设置上面那 2 个指针。如果没有就直接进入 0 标志,这个就是从最高代码效率来考虑 

这里就是通过设置前面的next_ptr指针,前面pick_proc()函数设置了next_ptr,
就是供这里使用。这个的_next_ptr和NULL比较是有原因的,你们可以想象一下,
如果发生非时钟中断时可能还是本进程作为下一次调度的对象,不是时钟中断
时,我们是可能不会来调用调度算法,那么直接就将本进程继续投入使用。并且
我们这里_next_ptr是上面调度算法函数和本restart的一个枢纽。上面的调度算
法函数就是选出了_next_ptr这个函数,现在_restart函数就将这个_next_ptr
函数投入使用。 

84 

5.4MINIX3时间调度与内核其他模块的关系 

哪里会出现调度进程调度函数呢?时钟中断有可能就会调用这个调度队列。之后 相关的消息机制也是会调用这个调度队列: 

用2个图形给予说明: 

第一个就是时钟机制可能导致触发这个调度算法函数: 

第2种可能就是消息机制触发这个调度过程: 

85 

MINIX3的调度分析基本上分析完,对于MINIX3而言,进程调度算法简单,实效便 于理解!

MINIX3 进程调度分析的更多相关文章

  1. MINIX3 导读分析

    一个操作系统的分析是属于一个非常庞大的工程,操作系统就像是一个人造的 人,每一个模块想完全发挥功效,很有可能需要很多模块的支持才能够实现.所 以在分析 MINIX3 时,我认为同时看多个模块对于理解 ...

  2. Linux0.11内核--进程调度分析之2.调度

    [版权所有,转载请注明出处.出处:http://www.cnblogs.com/joey-hua/p/5596830.html ] 上一篇说到进程调度归根结底是调用timer_interrupt函数, ...

  3. Linux0.11内核--进程调度分析之1.初始化

    [版权所有,转载请注明出处.出处:http://www.cnblogs.com/joey-hua/p/5596746.html ] 首先看main.c里的初始化函数main函数里面有个函数是对进程调度 ...

  4. 通过gdb跟踪进程调度分析进程切换的过程

    作者:吴乐 山东师范大学 <Linux内核分析>MOOC课程http://mooc.study.163.com/course/USTC-1000029000 本实验目的:通过gdb在lin ...

  5. Linux进程调度分析

    原文:http://www.2cto.com/os/201112/113229.html 操作系统要实现多进程,进程调度必不可少. 有人说,进程调度是操作系统中最为重要的一个部分.我觉得这种说法说得太 ...

  6. Minix3信号处理分析

    进程的信号处理的相关结构 PM中存放着所有进程的进程描述符,在一个进程描述符中,有一个指针,指向一个sigaction结构二维数组中的一项,表示这个进程所有信号的操作.一个sigaction结构包含信 ...

  7. PM 时钟机制

    PM 时钟机制 10.1 Minix3 PM 时钟机制概述在 MINIX3 中,除了前面所讲到的 CLOCK 时钟,在 pm 中也是维持了一个时钟, 我们暂且不分析为啥要这么做,我就分析是怎么实现这个 ...

  8. linux内核调试指南

    linux内核调试指南 一些前言 作者前言 知识从哪里来 为什么撰写本文档 为什么需要汇编级调试 ***第一部分:基础知识*** 总纲:内核世界的陷阱 源码阅读的陷阱 代码调试的陷阱 原理理解的陷阱 ...

  9. Linux Kernel - Debug Guide (Linux内核调试指南 )

    http://blog.csdn.net/blizmax6/article/details/6747601 linux内核调试指南 一些前言 作者前言 知识从哪里来 为什么撰写本文档 为什么需要汇编级 ...

随机推荐

  1. Storm(3) - Calculating Term Importance with Trident

    Creating a URL stream using a Twitter filter Start by creating the project directory and standard Ma ...

  2. 关于call和apply的那点事儿

    在JavaScript中改变闭包中的this关键字中经常用到的就是call和apply了 首先:call和apply的作用的区别是什么? 答:call和apply 的作用是相同的.都是用来改变函数th ...

  3. C#get,set

    一直对get,set的理解只在文字上:get 属性访问器用于返回属性值,而 set 访问器用于分配新值.其实这样理解是有点狭隘的,尤其是对set.set应该可以理解为为成员分配新值时的处理,比如一个类 ...

  4. 使用AIDL将接口暴露给客户端(远程绑定Service)

    import java.util.Timer;import java.util.TimerTask; import jww.mediaprovidertest.ICat.Stub;import and ...

  5. [示例]NSPredicate基础-查询数组中负荷条件的子集

    代码: #import <Foundation/Foundation.h> int main(int argc, const char * argv[]) { @autoreleasepo ...

  6. ajax实际的应用

    假设两个选择框,前面一个是省份,后面一个是地级市.当选择某一省份的时候,后面的选择框会有此省份对应的地级市.可以根据ajax来实现. function load{ if(true){      var ...

  7. Android Fragment完全解析,关于碎片你所需知道的一切 (转)。

    我们都知道,Android上的界面展示都是通过Activity实现的,Activity实在是太常用了,我相信大家都已经非常熟悉了,这里就不再赘述. 但是Activity也有它的局限性,同样的界面在手机 ...

  8. C#解析Json(多方法解析Json 一)

    解析:{'id':'4028d80858053bed0158053ef7a50001','sl':0.0,'sfyfz':'0','zwjyzsbh':'1000001600000018'} 1.新建 ...

  9. 本节向大家介绍一下UML建模误区

    本节向大家介绍一下UML建模误区,这里向大家介绍九个误区,希望通过本节的学习,你对UML建模有清晰的认识,以免在以后使用过程中产生不必要的麻烦.下面让我们一起来看一下这些建模误区吧. UML建模误区 ...

  10. 在shell脚本中进行条件控制以及使用循环

    转载请标明:http://www.cnblogs.com/winifred-tang94/ if条件语句语法: if [ 条件表达式 ] then 代码 else 代码 fi 注意:在上面的if条件语 ...