Chinaunix首页 | 论坛 | 博客
  • 博客访问: 623620
  • 博文数量: 201
  • 博客积分: 3076
  • 博客等级: 中校
  • 技术积分: 2333
  • 用 户 组: 普通用户
  • 注册时间: 2009-08-02 19:44
文章分类

全部博文(201)

文章存档

2010年(118)

2009年(83)

我的朋友

分类: LINUX

2009-11-27 19:37:25

每个cpu都有一个单独的runqueue,每个runqueue中有prio_array_t *active, *expired,他们是特定时间可以互换的两个指针。前者是有timeslice剩余的array,后者是耗尽timeslice的array。 prio_array的结构定义如下:
                       struct prio_array
                       {
                                   unsigned int nr_active;
                                   unsigned long bitmap[BITMAP_SIZE];
                                   struct list_head queue[MAX_PRIO];
                       };

          MAX_PRIO指的是优先级的数量,定义为139。queue是指定优先级进程list的指针,如queue[i]就是priority为 i 的进程的指针。bitmap是一张优先级的位图,或者可以说的位数组,每一位代表了一个优先级。BITMAP_SIZE宏定义如下所示:

          #define BITMAP_SIZE ((((MAX_PRIO+1+7)/8)+sizeof(long)-1)/sizeof(long)) 

         为什么要+1+7而不是直接+8,上次和TA讨论了一下,豁然开朗。+1是为了把值加到140,+7是为了向上取整。同理对于sizeof(long)- 1,他的结果是5,也就是说bitmap是32*5=160bit的位数组。这也构成了我们要用O(1)查找一个优先级最高进程的基础。这也是2.6内核相对于2.4内核的巨大进步之处。在bitmap中active的位是置1的,expired的位置0。我们使用 sched_find_first_bit()来找到第一个非0位,用 find_next_bit()来找下一个非0位。sched_find_first_bit()对每种cpu都有其特殊的执行方式,我们以i386为例,其函数如下所示:
       static inline int sched_find_first_bit(const unsigned long *b)
{
if (unlikely(b[0]))
return __ffs(b[0]);
if (unlikely(b[1]))
return __ffs(b[1]) + 32;
if (unlikely(b[2]))
return __ffs(b[2]) + 64;
if (b[3])
return __ffs(b[3]) + 96;
return __ffs(b[4]) + 128;
}
         参数b就是我们传入的bitmap,b[i]可以指的第 i 个long型非负整数,在这里我们视其为32*i~32*(i+1)的位。b[i]若为0,则说明这32位中无1,我们直接可以跳到b[i+1],若b [i]不为0,则说明其中有置位。我们调用__ffs()来找到这一位的相对位置,再加上基地址就能得出第一个置位的位置所在。我们再来看一下__ffs ()函数,我们就可以知道为什么是O(1)了:
      static inline unsigned long __ffs(unsigned long word)
{
__asm__("bsfl %1,%0"
:"=r" (word)
:"rm" (word));
return word;
}

        这是一段AT&T格式的嵌入式汇编代码,意思很简单,就是执行bsfl指令。
        bsfl汇编指令:
        intel汇编指令:bsf oprd1,oprd2;
        顺向位扫描(bit scan forward)
        从右向左(从位0-->位15或位31)扫描字或双字操作数oprd2中第一个含"1"的位,并把扫描到的第一个含'1'的位的位号送操作数oprd1。AT&T格式汇编指令bsfl类似bsf,只是源操作数和目的操作数顺序相反。正是使用了这条指令,linux把时间降到了O(1)。讲清楚了这一点,我们再回过头看,调用sched_find_first_bit()后,我们得到了优先级最高(priority最低)的active进程array的偏移idx。
        我们利用这个idx,再queue中找到queue(idx),执行之,执行过程中根据timeslice更改dynamic priority。2.6.x中又一个特殊的设计出现了,当所有进程timeslice皆耗尽时,bitmap全部被置0。此时active中没有进程,全部进程都在expired中,此时我们只要交换两个的指针就可以进行新一轮的recalculation,我们来看代码:
     array = rq->active;
if (unlikely(!array->nr_active)) {
/*Switch the active and expired arrays.*/
schedstat_inc(rq, sched_switch);
rq->active = rq->expired;
 rq->expired = array;
array = rq->active;
rq->expired_timestamp = 0;
rq->best_expired_prio = MAX_PRIO;
}
指针交换的代价是很小的.

--------------------------------------------------------------------------
Linux操作系统是一种能运行于多种平台、源代码免费公开、功能稳定强大、符合POSIX规范与Unix兼容的操作系统。它已经成功应用于巨型机、小型机、PC机直到嵌入式系统的广泛领域,成为windows操作系统强有力的竞争对手。
Linux
操作系统支持多任务、多用户、多处理器。进程调度是所有支持多任务操作系统的关键部分, Linux操作系统具有一个高效优雅的基于优先级的进程调度器。
2003年正式发布的2.6系列内核,相对2. 4系列内核有很大的改进,特别在进程管理方面,2.6内核增加了对可抢占内核的支持,改进了进程调度算
法,支持O(1)级调度算法[1]。本文就Linux 2.6内核的进程调度算法进行分析研究。

1  就绪进程队列

Linux 2.4内核中,就绪进程队列是一个全局数据结构,所有的处理器共享同一个队列。调度器对它的所有操作都会因全局自旋锁而导致系统各个处理机之
间的等待,使得就绪队列成为一个明显的瓶颈[2,3]。2.6内核重新设计就绪进程队列为每CPU的数据结构,每个处理器都维护一个自己的就绪队列,这样
就避免了2.4内核中的SMP性能瓶颈。
每个CPU的就绪进程队列由一个struct  runqueue结构描述,其中最关键的子结构是优先级
就绪数组。每个runqueue包含两个优先级就绪数组:active和expired数组。active 指向时间片没用完、当前可被调度的就绪进
程,expired 指向时间片已用完的就绪进程。描述优先级就绪数组的数据结构是prio_array_t,定义为:
struct prio_array {
        int               nr_active;         /* number of tasks in the queues */
        unsigned long     bitmap[BITMAP_SIZE];  /* priority bitmap */
        struct list_head  queue[MAX_PRIO];      /* priority queues */
};

先级就绪数组包含MAX_PRIO个队列queue,每个queue维护了一个就绪进程列表,这些进程具有相同的优先级。此外,prio_array还包
含一个优先级位图(bitmap),用于快速定位优先级最高的进程。bitmap所有位的初始状态都是0,当一个优先级为N的进程变为
TASK_RUNNING时,bitmap中对应的位N置1。此后内核可以通过调用sched_find_first_bit() 函数寻找第一个非空的
就绪进程链表。 prio_array还包含一个nr_active变量用于记录该优先级就绪数组中进程的数目。
Runqueue结构中另两个重要的成员变量是best_expired_prio和expired_timestamp。前者记录expired 就绪进程组中的最高优先级,后者用来表征 expired 中就绪进程的最长等待时间。

2  task_struct结构
Linux用task_struct结构表示进程,2.6内核的task_struct结构相对于2.4内核有很大变化。该结构记录了进程的重要信息,与进程调度有关的信息包括:
(1)state

程状态由state成员变量表示。一个进程共有7种可能状态,分别是:TASK_RUNNING、TASK_INTERRUPTIBLE、
TASK_UNINTERRUPTIBLE、TASK_STOPPED、TASK_TRACED、EXIT_ZOMBIE和EXIT_DEAD
(2)timestamp
进程发生调度事件的时间(单位是 nanosecond)。
(3)prio, static_prio

程的优先级和静态优先级。Prio表示进程的动态优先级,与2.4内核中goodness()的计算结果相当。在0~MAX_PRIO-1之间取值
(MAX_PRIO 定义为 140),其中0~MAX_RT_PRIO-1(MAX_RT_PRIO定义为100)属于实时进程范
围,MAX_RT_PRIO~MX_PRIO-1属于非实时进程。数值越大,表示进程优先级越小。static_prio表示进程的静态优先级,相当于
2.4内核中的nice。一个进程的初始时间片的大小完全取决于它的静态优先级。
(4)sleep_avg
进程的平均等待时间,在0到NS_MAX_SLEEP_AVG之间取值,初值为0,相当于进程等待时间与运行时间的差值。它是动态优先级计算的关键因子,sleep_avg越大,计算出来的进程优先级也越高。
(5)interactive_credit
该变量表示进程的交互程度。在-CREDIT_LIMIT到CREDIT_LIMIT+1之间取值,初始值为0,而后根据不同的条件加1减1,一旦该值超过CREDIT_LIMIT,即表示该进程是交互进程。
(6)array
指向当前CPU的active就绪进程队列。
(7)run_list
进程通过这个list_head变量连接自己到prio_array数组中queue队列,这样相同优先级的进程连接成一个双向列表,表头为prio_array结构中的queue变量。

3  进程调度算法
2.4
内核中进程时间片的计算是在所有就绪进程的时间片耗尽的时候进行的,这个计算过程的耗时取决于系统中就绪进程的数目,因此是O(n)级的过程。
Linux 2.6内核的调度器为每个CPU维护两个优先级就绪数组prio_array。其中active数组包含当前CPU就绪进程队列中所有时间片
未用完的进程,expired数组则包含所有时间片耗尽的进程。当一个进程的时间片耗尽后,内核在将其放入expired数组前单独计算该进程的时间片。
而当active数组为空时(即active数组中所有进程的时间片全部耗尽),通过简单的调换active和expired指针实现所有进程时间片的重
算,该过程是O(1)量级的,与系统中的进程数目无关。
进程调度由schedule()函数实现。首先,schedule()利用下面的代码定位优先级最高的就绪进程:
prev = current;
array = rq->active;
idx = sched_find_first_bit(array->bitmap);
queue = array->queue + idx;
next = list_entry(queue->next, struct task_struct, run_list);
schedule()
通过调用sched_find_first_bit()函数找到当前CPU就绪进程队列runqueue的active进程数组中第一个非空的就绪进程链
表。这个链表中的进程具有最高的优先级,schedule()选择链表中的第一个进程作为调度器下一时刻将要运行的进程。如果prev(当前进程)和
next(将要运行的进程)不是同一个进程,schedule()调用context_switch()将CPU切换到next进程运行。
与windows等操作系统一样,Linux的进程调度也是基于优先级的。在2.4内核中,进程的动态优先级取决于进程的nice值和剩余时间片,而2.6内核的调度器基于进程的静态优先级和进程的交互程度计算进程的动态优先级,取消了剩余时间片对进程动态优先级的影响。

程的交互程度由task_struct结构中的sleep_avg和interactive_credit变量表征。当一个进程从睡眠状态唤醒后,内核调
用recalc_task_prio() 函数增加它的sleep_avg,直到达到MAX_SLEEP_AVG;而当进程每运行一个时钟
tick,sleep_avg会被减小直到零。recalc_task_prio() 函数同时还调整interactive_credit的数值,一旦
它达到CREDIT_LIMIT即认为该进程是交互进程。
动态优先级的计算由effect_prio() 函数完成,它根据进程的
static_prio和sleep_avg数值计算出进程的动态优先级,sleep_avg越大,计算出来的优先级就越高。与先前的内核不同,2.6内
核中优先级的计算不再集中在调度器选择候选进程的时候进行,只要进程状态发生改变,内核就有可能计算并设置进程的动态优先级。如进程被抢断时,内核在
scheduler_tick()函数中调用effect_prio()计算动态优先级。
内核对交互式进程赋予了更高的优先。内核通过
TASK_INTERACTIVE()宏判断一个进程是否交互式进程,如果一个进程足够交互,则当它的时间片耗尽后,它将被重新插入active数组,而
不象非交互进程那样被插入expired数组,于是这个进程将得到更多的运行机会。为了防止非交互进程被交互进程长时间的阻塞在expired数组中,保
证调度策略的公平性,内核在一个进程时间片耗尽时,通过EXPIRED_STARVING()宏判断当前CPU的runqueue中是否有进程在
expired队列中等待过长时间。如果有这样的进程,那么即使当前进程是交互进程也不再将其插入active数组,而是排空active数组,切换到
expired数组运行。
在多处理器系统中,由于存在多个就绪进程队列runqueue,可能存在多个队列之间负载的不平衡状况:其中一部分
runqueue包含的进程远远大于其余runqueue,这种情况将影响系统的整体性能。Linux通过load_balance()函数实现各就绪队
列间的负载平衡。该函数在两种情况下被调用:schedule()在当前runqueue为空时调用或者在系统空闲时由定时器调用每1ms调用一次,而在
系统忙时则由定时器每200ms调用一次。当load_balance()由schedule()调用时,由于当前runqueue是空的,它简单的寻找
任意就绪进程将其加入当前队列;而当由定时器调用时,load_balance()处理的工作相当复杂:
1.首先,load_balance()调用find_busiest_queue()确定最繁忙的runqueue,即包含最多就绪进程的队列。
2.其次,load_balance()决定从最繁忙runqueue的哪个prio_array数组“拉”出进程。除非该runqueue的expired数组为空,否则load_balance()总是选择expired数组。
3.Load_balance()
然后从选定的prio_array数组中找到优先级最高的进程列表。接着分析列表中的每个进程以确定是否适合被“拉”出,如果适合,则调用
pull_task()将该进程从原runqueue“拉”到当前runqueue。重复此过程直到负载平衡。

4  实时进程
Linux 2.6内核对实时进程的支持相对于以前版本的内核有很大的加强。其引入的两项新特性有利的提高了系统的实时性能,分别是O(1)调度算法和内核抢占支持,这两点都保证实时进程能在可预计的时间内得到响应。
Linux
支持两种实时进程调度策略:SCHED_RR和SCHED_FIFO,而普通的非实时进程的调度策略是SCHED_NORMAL。SCHED_FIFO实
现一个简单的无时间片先进先出的调度算法。一旦一个SCHED_FIFO实时进程获得运行,它将一直运行下去,除非它由于某种原因被阻塞,或者它自己放弃
CPU。在这种情况下,只有高优先级的实时进程可以抢断它。具有相同优先级的SCHED_FIFO进程以轮转的方式运行,而所有低优先级的进程将永远不会
得到运行机会直到高优先级的进程全部运行结束。
SCHED_RR策略与SCHED_FIFO相似,差别在于每个SCHED_RR进程被分配一个预
定的时间片,当一个进程的时间片耗尽后,它将被抢占,CPU以轮转的方式运行具有相同优先级的SCHED_RR实时进程。与SCHED_FIFO进程相
同,高优先级的SCHED_RR进程总是立刻抢占低优先级的进程,而一个低优先级的进程永远不会抢占高优先级进程,即使高优先级进程的时间片已经耗尽。

时进程的优先级范围为0~MAX_RT_PRIO-1,对于实时进程来说,内核并不计算它的动态优先级,实时进程的动态优先级由
setscheduler()函数设定,而且一旦设定就不再改变。进程运行的顺序只取决于设定的动态优先级,而静态优先级与非实时进程一样决定进程的时间
片长短。

5  结束语
Linux操作系统经过十余年的发展,已经成为当今最成功的操作系统之一。其最新2.6版本的内核实现了一
个高效的O(1)级调度器,相对于2.4版内核具有更好的实时性能,重负载下更高的CPU使用率以及交互作业更快的响应等优良特性。但2.6版内核的实时
性能仍然不能满足硬实时系统的要求,可抢占内核也只限于对 CPU的抢占,还不支持对内存等其他资源的抢占。所有这些都将是今后Linux发展过程中值得
深入研究的课题。

阅读(1365) | 评论(0) | 转发(0) |
0

上一篇:kernel coding style

下一篇:vim note

给主人留下些什么吧!~~