Linux2.6--中断机制中的 ksoftirqd

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

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

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

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);
}

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