linux work queue & work struct解析

工作隊列是, 表面上看, 類似於 taskets; 它們允許內核代碼來請求在將來某個時間調用一個函數. 但是, 有幾個顯著的不同在這 2 個之間, 包括:

  • tasklet 在軟件中斷上下文中運行的結果是所有的 tasklet 代碼必須是原子的. 相反, 工作隊列函數在一個特殊內核進程上下文運行; 結果, 它們有更多的靈活性. 特別地, 工作隊列函數能夠睡眠.

  • tasklet 常常在它們最初被提交的處理器上運行. 工作隊列以相同地方式工作, 缺省地.

  • 內核代碼可以請求工作隊列函數被延後一個明確的時間間隔.

兩者之間關鍵的不同是 tasklet 執行的很快, 短時期, 並且在原子態, 而工作隊列函數可能有高週期但是不需要是原子的. 每個機制有它適合的情形.

工作隊列有一個 struct workqueue_struct 類型, 在 <linux/workqueue.h> 中定義. 一個工作隊列必須明確的在使用前創建, 使用一個下列的 2 個函數:

struct workqueue_struct *create_workqueue(const char *name);
struct workqueue_struct *create_singlethread_workqueue(const char *name);

每個工作隊列有一個或多個專用的進程("內核線程"), 它運行提交給這個隊列的函數. 如果你使用 create_workqueue, 你得到一個工作隊列它有一個專用的線程在系統的每個處理器上. 在很多情況下, 所有這些線程是簡單的過度行爲; 如果一個單個工作者線程就足夠, 使用 create_singlethread_workqueue 來代替創建工作隊列

提交一個任務給一個工作隊列, 你需要填充一個 work_struct 結構. 這可以在編譯時完成, 如下:

DECLARE_WORK(name, void (*function)(void *), void *data);

這裏 name 是聲明的結構名稱, function 是從工作隊列被調用的函數, 以及 data 是一個傳遞給這個函數的值. 如果你需要建立 work_struct 結構在運行時, 使用下面 2 個宏定義:

INIT_WORK(struct work_struct *work, void (*function)(void *), void *data); 
PREPARE_WORK(struct work_struct *work, void (*function)(void *), void *data); 

INIT_WORK 做更加全面的初始化結構的工作; 你應當在第一次建立結構時使用它. PREPARE_WORK 做幾乎同樣的工作, 但是它不初始化用來連接 work_struct 結構到工作隊列的指針. 如果有任何的可能性這個結構當前被提交給一個工作隊列, 並且你需要改變這個隊列, 使用 PREPARE_WORK 而不是 INIT_WORK.

有 2 個函數來提交工作給一個工作隊列:

int queue_work(struct workqueue_struct *queue, struct work_struct *work);
int queue_delayed_work(struct workqueue_struct *queue, struct work_struct *work, unsigned long delay);

每個都添加工作到給定的隊列. 如果使用 queue_delay_work, 但是, 實際的工作沒有進行直到至少 delay jiffies 已過去. 從這些函數的返回值是 0 如果工作被成功加入到隊列; 一個非零結果意味着這個 work_struct 結構已經在隊列中等待, 並且第 2 次沒有加入.

在將來的某個時間, 這個工作函數將被使用給定的 data 值來調用. 這個函數將在工作者線程的上下文運行, 因此它可以睡眠如果需要 -- 儘管你應當知道這個睡眠可能怎樣影響提交給同一個工作隊列的其他任務. 這個函數不能做的是, 但是, 是存取用戶空間. 因爲它在一個內核線程中運行, 完全沒有用戶空間來存取.

如果你需要取消一個掛起的工作隊列入口, 你可以調用:

int cancel_delayed_work(struct work_struct *work); 

返回值是非零如果這個入口在它開始執行前被取消. 內核保證給定入口的執行不會在調用 cancel_delay_work 後被初始化. 如果 cancel_delay_work 返回 0, 但是, 這個入口可能已經運行在一個不同的處理器, 並且可能仍然在調用 cancel_delayed_work 後在運行. 要絕對確保工作函數沒有在 cancel_delayed_work 返回 0 後在任何地方運行, 你必須跟隨這個調用來調用:

void flush_workqueue(struct workqueue_struct *queue); 

在 flush_workqueue 返回後, 沒有在這個調用前提交的函數在系統中任何地方運行.

當你用完一個工作隊列, 你可以去掉它, 使用:

void destroy_workqueue(struct workqueue_struct *queue);
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章