关于preempt_schedule函数的疑问

asuka2001

回复 7# super皮波

关中断的确不应该调度啊，不明白你的意思了！

正因为关中断不应该进行抢占，但是在中断关闭时， spin_unlock()系列函数会有可能进行抢占判断，这里才需要在关中断时直接返回。

asuka2001

回复 6# humjb_1983

你仔细看看:

#ifdef CONFIG_PREEMPT_COUNT
# define preemptible()        (preempt_count() == 0 && !irqs_disabled())
#else
# define preemptible()        0
#endif
   

super皮波

回复 11# asuka2001

我的问题就是  为什么需要在开着中断的情况下进行调度。实在没想明白，麻烦兄弟帮着解答一下


   

asuka2001

回复 13# super皮波

我们关闭中断，就是为了做一些不被打断的事。

关闭中断的目的就是为了防止中断打断当前执行流，如果这个时候进行抢占切换上下文，那么我们关闭中断有什么意义呢？

super皮波

回复 14# asuka2001
是否可以这样理解，正常情况下，关闭中断的时候，内核是认定当前的执行流程是处在中断的上下文中的，此时是不能切换的


   

asuka2001

回复 15# super皮波

恩是的，关闭中断就是为了进入原子上下文，本身的目的就是防止上下文切换！

如果内核进行了抢占，这就和我们的目的相矛盾。

asuka2001

回复 16# asuka2001

另一个我能想到的，因为关闭中断后抢占调度到其他执行流，因为其他执行流可能不会意识到当前中断是关闭的，那么可能系统将在中断关闭的情况下运行很长时间，这肯定是不可接受的！

humjb_1983

asuka2001 发表于 2014-06-06 11:02
回复 6# humjb_1983

你仔细看看:

呵呵，确实啊~，不好意思，粗心了

super皮波

回复 17# asuka2001
恩，多谢赐教，


   

humjb_1983

如asuka2001兄所说，关中断时确实不应该调度，个人想到的场景：
如果关中断时发生调度，切换到其他进程执行，而如果该进程一直占用不主动释放CPU，那么此后看似就没有再调度的时机了，其他进程就无法得到调度运行了。