schedule() 会被中断和return吗？

linuxfellow

调度schedule()是不允许被抢占的

gaojl0728

你看看schedule函数的实现， 他一开始执行就会关中断同时禁止内核抢占

omycle

1. 是否可以中断的问题 ，在schedule()函数刚开始的时候，就有preempt_disable（）和spin_lock_irq。即，禁止抢占并关闭中断。其实，对于schedule本身，只要禁止抢占就没问题了。这里的spin_lock_irq主要是为了锁住runqueue。(2.6.10的版本)
2. 任何一个进程（刚被fork出来的除外）在拿住cpu开始运行的时候，都是从context_switch->__switch_to()中，上次被切换出去的地方继续执行的。
3. （接上）所以finsh_task_switch(prev)是由新进程执行的，处理之前的进程（prev）遗留的东西（在v2.4中，是__schedule_tail()把prev 的task_struct结构中policy字段里的SCHED_YIELD位清掉（可参见Linux内核情景分析））

mordorwww

wenkai169 发表于 2014-01-28 17:38
那个叫scheduler_tick()，如果当前进程是实时进程，这个函数什么都不做，否则就进行调度和平衡，和你说 ...

scheduler_tick到底做不做调度

wenkai169

mordorwww 发表于 2014-02-10 08:56
scheduler_tick到底做不做调度

弄错了，他只触发了调度，自己没有去操作。

源码里面

1. void scheduler_tick(void) ｛
   
2. ...
   
3. #ifdef CONFIG_SMP
   
4.         rq->idle_balance = idle_cpu(cpu);
   
5.         trigger_load_balance(rq, cpu);
   
6. #endif
   
7. ｝
   
8. 
   
9. /*
   
10. * Trigger the SCHED_SOFTIRQ if it is time to do periodic load balancing.
    
11. */
    
12. void trigger_load_balance(struct rq *rq, int cpu)
    
13. {
    
14.         /* Don't need to rebalance while attached to NULL domain */
    
15.         if (time_after_eq(jiffies, rq->next_balance) &&
    
16.             likely(!on_null_domain(cpu)))
    
17.                 raise_softirq(SCHED_SOFTIRQ);
    
18. #ifdef CONFIG_NO_HZ_COMMON
    
19.         if (nohz_kick_needed(rq, cpu) && likely(!on_null_domain(cpu)))
    
20.                 nohz_balancer_kick(cpu);
    
21. #endif
    
22. }

复制代码

mordorwww

wenkai169 发表于 2014-02-11 09:36
弄错了，他只触发了调度，自己没有去操作。

源码里面

时钟中断里必须要做schedule的啊，这是最基本的分时调度

humjb_1983

时钟中断真正的调度点在“中断返回”的时候。

mordorwww

humjb_1983 发表于 2014-02-11 10:12
时钟中断真正的调度点在“中断返回”的时候。

这个没错啊，中断结束了才能做switch
前面 wenkai169 同学的意思貌似是中断不会触发调度

humjb_1983

mordorwww 发表于 2014-02-11 10:19
这个没错啊，中断结束了才能做switch
前面 wenkai169 同学的意思貌似是中断不会触发调度

呵呵，他说的也没错，scheduler_tick()函数中只是根据情况设置TIF_NEED_RESCHED标记，并不直接触发调度，真正调度发生在中断返回时，会检查是否有该标记，有的话就会产生switch了，所以，scheduler_tick()是间接触发了调度。