Linux中的工作队列 (2.6.0~2.6.19 and 2.6.20 ~ now)

http://blog.chinaunix.net/u2/69889/showart_971040.html
Linux中的工作队列
［前记］Linux自从2.6.20之后，工作队列发生了一些变化，目前从网络上搜索的资料一般都是介绍老版本的工作队列，很少见到对新版本的介绍。本文对新老版本都做了简要概述，并分别提供了简单的实作案例。
*******************************************************************************************************************
工作队列
(work
queue)
是
Linux
kernel
中将工作推后执行的一种机制。这种机制和
BH
或
Tasklets
不同之处在于工作队列是把推后的工作交由一个内核线程去执行，因此工作队列的优势就在于它允许重新调度甚至睡眠。
工作队列是
2.6
内核开始引入的机制，在
2.6.20
之后，工作队列的数据结构发生了一些变化，因此本文分成两个部分对
2.6.20
之前和之后的版本分别做介绍。
1
、
2.6.0~2.6.19
数据结构：
struct
work_struct {
    unsigned
long pending;
    struct
list_head entry;
    void
(*func)(void *);
    void
*data;
    void
*wq_data;
    struct
timer_list timer;
};
pending
是用来记录工作是否已经挂在队列上；
entry
是循环链表结构；
func
作为函数指针，由用户实现；
data
用来存储用户的私人数据，此数据即是
func
的参数；
wq_data
一般用来指向工作者线程（工作者线程参考下文）；
timer
是推后执行的定时器。
work_struct
的这些变量里，
func
和
data
是用户使用的，其他是内部变量，我们可以不用太过关心。
 
API
：
1)
INIT_WORK(_work, _func, _data)
初始化指定工作，目的是把用户指定的函数
_func
及
_func
需要的参数
_data
赋给
work_struct
的
func
及
data
变量。
2)
int schedule_work(struct work_struct *work)
对工作进行调度，即把给定工作的处理函数提交给缺省的工作队列和工作者线程。工作者线程本质上是一个普通的内核线程，在默认情况下，每个
CPU
均有一个类型为“
events”
的工作者线程，当调用
schedule_work
时，这个工作者线程会被唤醒去执行工作链表上的所有工作。
3)
int schedule_delayed_work(struct work_struct *work, unsigned long
delay)
延迟执行工作，与
schedu