Tasklet采用无差别的队列机制，有中断时才执行，免去了循环查表之苦。

　　总结下tasklet的优点：
　　（1）无类型数量限制；
　　（2）效率高，无需循环查表；
　　（3）支持SMP机制；
　　五、工作队列
　　前面的机制不论如何折腾，有一点是不会变的。它们都在中断上下文中。什么意思？说明它们不可挂起。而且由于是串行执行，因此只要有一个处理时间较长，则会导致其他中断响应的延迟。为了完成这些不可能完成的任务，于是出现了工作队列。工作队列说白了是一组内核线程，作为中断守护线程来使用。多个中断可以放在一个线程中，也可以每个中断分配一个线程。
　　工作队列对线程作了封装，使用起来更方便。
　　因为工作队列是线程，所以我们可以使用所有可以在线程中使用的方法。

　　Tasklet其实也不一定是在中断上下文中执行，它也有可能在线程中执行。
　　假如中断数量很多，而且这些中断都是自启动型的（中断处理函数会导致新的中断产生），则有可能cpu一直在这里执行中断处理函数，会导致用户进程永远得不到调度时间。
　　为了避免这种情况，linux发现中断数量过多时，会把多余的中断处理放到一个单独的线程中去做，是ksoftirqd线程。这样又保证了中断不多时的响应速度，又保证了中断过多时不会把用户进程饿死。
　　问题是我们不能保证我们的tasklet或软中断处理函数一定会在线程中执行，所以还是不能使用进程才能用的一些方法，如放弃调度、长延时等。
　　六、使用方式总结
　　Request_irq挂的中断函数要尽量简单，只做必须在屏蔽中断情况下要做的事情。
　　中断的其他部分都在下半部中完成。
　　软中断的使用原则很简单，永远不用。它甚至都不算是一种正是的中断处理机制，而只是tasklet的实现基础。
　　工作队列也要少用，如果不是必须要用到线程才能用的某些机制，不要使用工作队列。其实对于中断来说，只是对中断进行简单的处理，大部分工作是在驱动程序中完成的。所以有什么必要非使用工作队列呢？
　　除了上述情况，要使用tasklet。