标签:
http://edsionte.com/techblog/archives/4331
nice和prio的关系如下:
#define NICE_TO_PRIO(nice) (MAX_RT_PRIO+nice+20)
#define PRIO_TO_NICE(prio) (prio-MAX_RT_PRIO-20)
其中,MAX_RT_PRIO=100,nice的值在-20到19之前,那么优先级就在100 -139之间。
prio和weight之间的转换关系参见prio_to_weight。
CFS可实现几种不同的公平策略,这些策略是根据调度的对象的不同来区分的。
默认的是不开组调度的公平策略,即调度的单位是每个调度实体。我们来详细看一下是怎么调度的:
假设现在系统有A,B,C三个进程,A.weight=1,B.weight=2,C.weight=3.那么我们可以计算出整个公平调度队列的总权重是cfs_rq.weight = 6,很自然的想法就是,公平就是你在重量中占的比重的多少来你的重要性,那么,A的重要性就是1/6,同理,B和C的重要性分别是2/6,3/6.很显然C最重要就应改被先调度,而且占用的资源也应该最多,即假设A,B,C运行一遍的总时间假设是6个时间单位的话,A占1个单位,B占2个单位,C占三个单位。这就是CFS的公平策略。
linux内核采用了计算公式:
ideal_time = sum_runtime *se.weight/cfs_rq.weight
ideal_time:每个进程应该运行的时间
sum_runtime:运行队列中所有任务运行完一遍的时间
se.weight:当前进程的权重
cfs.weight:整个cfs_rq的总权重
这里se.weight和cfs.weight根据上面讲解我们可以算出
sum_runtime是怎们计算的呢,linux内核中这是个经验值:
经验公式是:
(1) sum_runtime=sysctl_sched_min_granularity *nr_running(if 进程数 > 5)
(2) sum_runtime=sysctl_sched_latency = 20ms (if 进程数 <=5)
注:sysctl_sched_min_granularity =4ms
linux内核代码中是通过一个叫vruntime的变量来实现上面的原理的,即:
每一个进程拥有一个vruntime,每次需要调度的时候就选运行队列中拥有最小vruntime的那个进程来运行,
vruntime在时钟中断里面被维护,每次时钟中断都要更新当前进程的vruntime,
即vruntime以如下公式逐渐增长:
(1) vruntime += delta* NICE_0_LOAD/se.weight;(if curr.nice!=NICE_0_LOAD)
(2) vruntime += delta; (ifcurr.nice=NICE_0_LOAD)
delta:为进程增加的实际运行时间
在用户态进程的优先级nice值与CFS调度器中的权重又有什么关系?
在内核中通过prio_to_weight数组进行nice值和权重的转换。
1
static const int prio_to_weight[40] = {
2
/* -20 */ 88761, 71755, 56483, 46273, 36291,
3
/* -15 */ 29154, 23254, 18705, 14949, 11916,
4
/* -10 */ 9548, 7620, 6100, 4904, 3906,
5
/* -5 */ 3121, 2501, 1991, 1586, 1277,
6
/* 0 */ 1024, 820, 655, 526, 423,
7
/* 5 */ 335, 272, 215, 172, 137,
8
/* 10 */ 110, 87, 70, 56, 45,
9
/* 15 */ 36, 29, 23, 18, 15,
10
};
而在内核中,进程的虚拟运行时间是自进程诞生以来进行累加的,每个时钟周期内一个进程的虚拟运行时间是通过下面的方法计算的:
一次调度间隔的虚拟运行时间=实际运行时间*(NICE_0_LOAD/权重)
其中,NICE_0_LOAD是nice为0时的权重。
也就是说,nice值为0的进程实际运行时间和虚拟运行时间相同。
通过这个公式可以看到,权重越大的进程获得的虚拟运行时间越小,那么它将被调度器所调度的机会就越大。
标签:
原文地址:http://www.cnblogs.com/zengkefu/p/5566460.html