Linux2 6--中断机制中的 ksoftirqd

本是古典何须时尚 2022-04-23 04:16 332阅读 0赞

**Linux中的中断机制被分为两个部分，回应硬件的中断请求的部分成为上半部（一般都是这样），而真正在做处理工作（耗时工作）的部分成为下半部，实现下半部在Linux2.6内核中存在三种方法：软中断，tasklet和工作队列，如下图所示。**

**![SouthEast][]**

**中断下半部处理的时机一般是在中断处理程序返回时。那么现在，我们考虑一种情况，中断下半部程序的执行时又再次触发它自己，这时，内核该怎么去处理这种情况呢？**

**根据这种情况，以前存在两种解决办法，我们来讨论下。**

**1.中断下半部处理程序再次触发则再去处理**

**2.再次触发不去处理，等到一段时间之后或是空闲时处理**

**这两种方法都不能达到我们满意的状态，为什么呢？**

**针对第一种方案，会导致用户程序的执行受到影响，如果是实施进程，那么更是不可忍受的。**

**针对第二种方法，会使硬件的操作受到影响，例如网卡的数据报不及时处理，则会造成内存堆积的情况。**

**根据以上所述，所以，我们需要找出更好的解决方法，这时就出现了 ksoftirqd ，它其实就是一个内核线程，每个[CPU][]一个，命名方式就是第一个CPU的叫做 ksoftirqd/0 ,第二个叫做 ksoftirqd/1 ，如果中断下半部再次触发了它自己，那么就交给这个内核线程执行，这样做有这样一些好处。**

**1.中断下半部不会因为饥饿的情况而得不到执行**

**2.当系统空闲时，调度程序一定会选中这个内核线程，所以，系统资源利用率高**

**下面，让我们看看这个内核线程的程序实现：**

for(; ;){ if(!softirq_pending(cpu))  schedule();   set_current_state(TASK_RUNNING);  while(softirq_pending(cpu)) {  do_softirq();  if(need_resched())   schedule(); }  set_current_state(TASK_INTERRUPTIBLE);}

**由此可以看出，这个内核线程在一直执行一个死循环，直到软中断的到来才调度这个线程，然后执行中断下半部程序，当执行完后他在回到“可中断状态”。**

再分享一下我老师大神的人工智能教程吧。零基础！通俗易懂！风趣幽默！还带黄段子！希望你也加入到我们人工智能的队伍中来！[https://blog.csdn.net/jiangjunshow][https_blog.csdn.net_jiangjunshow]

[SouthEast]: /images/20220323/5112ea37ad834a548bc64e4134135720.png
[CPU]: https://www.baidu.com/s?wd=CPU&tn=24004469_oem_dg&rsv_dl=gh_pl_sl_csd
[https_blog.csdn.net_jiangjunshow]: https://blog.csdn.net/jiangjunshow/article/details/77338485