13. 时间操作(二)

上一节主要说了如何进行延迟操作,这些延迟都是操作当前线程,使得当前线程阻塞或休眠,等到时间到达后再继续在当前线程执行的延迟方法。如果需要在将来的某个时间点执行,而当前线程不阻塞,则需要使用异步延迟的操作方法。

本节主要介绍几个异步延迟操作的方法,包括以下:

  • 内核定时器
  • tasklet机制
  • 工作队列

1. 内核定时器

内核定时器是一个数据结构,它告诉内核在用户定义的时间点使用用户定义的参数执行一个用户定义的函数,其位于 <linux/timer> 中。

内核定时器常常作为软件中断的结果而运行的,是运行在原子性的上下文中。在这种上下文中需要遵守以下规则:

  • 不允许访问用户空间:因为没有进程上下文,无法将任何特定的进程和用户空间关联起来;
  • current指针在当前上下文中没有任何意义,也是不可用的:因为相关代码和被中断的进程没有任何关联;
  • 不能执行休眠或调度:不能高调用任何可能引起休眠的函数。

在内核代码中,可以通过 in_interrupt() 函数来判断当前是否处于中断上下文中,如果处于中断上下文,则返回非0的值。

定时器相关的常用API如下:

#include <linux/timer.h>
void init_timer(struct timer_list *timer);
struct timer_list TIMER_INITIALIZER(_function, _expires, _data);
void add_timer(struct timer_list *timer);
int del_timer(struct timer_list *timer);
int mod_timer(struct timer_list *timer, unsigned long expires);
int del_timer_sync(struct timer_list *timer);
int timer_pending(const struct timer_list *timer);

使用 struct timer_list 来表示一个定时器,对该定时器的初始化可以使用 TIMER_INITIALIZER 宏或者 init_timer 函数实现。

TIMER_INITIALIZER 宏中,_function 表示定时器时间到达后执行的函数;_expires 表示定时时间,指的是 jiffies 值;_data 表示 _function 函数执行的参数。

使用 init_time 函数初始化后,需要手动填充上面的三个参数:

timer->data = _data;
timer->function = _function;
timer->expires = _expires;

在调用 add_timer 函数之前,可以修改上面的三个参数。add_timer 后,定时器开始调度,到达 expires 指定的 jiffies 时间后,开始执行对应的函数。

del_timer 表示删除指定的定时器,但它不能够知道定时器函数是否已经在运行了。

del_timer_sync 作用与del_timer类似,但该函数可以确保返回时没有任何CPU在运行定时器函数。

mod_timer 函数的作用是更新某个定时器的到期时间;

timer_pending 函数的作用是判断指定的定时器是否正在被调度运行。

2. tasklet机制

tasklet机制在中断管理中大量使用。该机制与内核定时器非常类似。

不同之处是我们不能指定tasklet在某个给定的时间执行:使用tasklet机制表明我们只是希望内核选择某个其后的时间来执行给定的函数。

tasklet机制的常用API如下:

#include <linux/interrupt.h>

void tasklet_init(struct tasklet_struct *t, void (*func)(unsigned long), unsigned long data);
DECLARE_TASKLET(name, func, data);
DECLARE_TASKLET_DISABLE(name, func, data);
void tasklet_disable(struct tasklet_struct *t);
void tasklet_disable_nosync(struct tasklet_struct *t);
void tasklet_enable(struct tasklet_struct *t);
void tasklet_schedule(struct tasklet_struct *t);
void tasklet_hi_schedule(struct tasklet_struct *t);
void tasklet_kill(struct tasklet_struct *t);

tasklet_disable 表示禁用指定的tasklet,其状态是同步的,即如果 tasklet 正在被调用,则其会等待 tasklet 执行完成后返回;

tasklet_disable_nosync 作用于tasklet_disable类似,不过不会等待 tasklet 退出,即该函数返回时,可能指定的 tasklet 仍在其他CPU上运行;

tasklet_enable 表示启用一个之前被禁用的tasklet;

tasklet_schedule 表示开始调度指定的tasklet:如果该 tasklet 被禁用,则会在其启用后开始调度;如果在 tasklet 运行前再次被调度,则只会被调度一次;如果 tasklet 正在运行时被调度,则其会在运行完成后再次被运行;

tasklet_hi_schedule 表示以高优先级调度;

tasklet_kill 确保指定的 tasklet 不会再次被调度运行,一般在设备关闭或模块被移除时调用。

3. 工作队列

工作队列与上面两种异步延迟的方式有以下区别:

  • 工作队列运行在一个特殊的内核进程上下文,因此其可以休眠;
  • 可以给定延迟时间或者可以由内核决定什么时候执行;
  • 可以运行在其他CPU上;

使用工作队列时,我们需要先创建一个工作队列:

#include <linux/workqueue.h>
struct workqueue_struct *create_workqueue(const char *name);
struct workqueue_struct *create_singlethread_workqueue(const char *name);

每个工作队列有一个或多个专用的内核线程,用于执行提交到该队列上的上述。使用 create_workqueue 会在每个处理器上为该工作队列创建专用内核线程;使用
create_singlethread_workqueue 只会在一个处理器上创建。因此,如果当个工作线程足够使用,应该使用 create_singlethread_workqueue 来创建工作队列。

工作队列创建完成后,要向其中添加任务,任务用 struct work_struct 结构体表示。如果需要在编译时完成任务的填充,可以使用以下宏:

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

如果需要在运行时填充任务,则可以使用以下两个宏:

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

首次构造时需要使用 INIT_WORK 来初始化,如果任务已经被提交到工作队列,只需要修改任务,则应该使用 PREPARE_WORK

将工作任务提交到工作队列使用以下函数:

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_delayed_work 表示工作任务至少会经过指定的 jiffies 时间后才会被执行。

上述添加函数如果返回值是1,表示成功将工作任务添加到队列中,在将来的某个时间,工作函数会被调用,并传入给定的data值。

如果要取消某个工作任务,使用以下函数:

int cancel_delayed_work(struct work_struct *work);

如果返回非0值,则表示工作在开始前被取消,内核不会执行工作函数;如果返回0,则说明工作函数正在其他处理器上执行或已经执行完成。

清除之前提交到队列中的工作使用

void flush_workqueue(struct workqueue_struct *queue);

最后,使用完成工作队列后,需要释放工作队列,回收相关资源:

void destroy_workqueue(struct workqueue_struct *queue);

共享队列

如果我们只是偶尔需要向队列中提交任务,则可以使用内核提供的共享的默认工作队列。

使用共享队列时需要注意:我们是与他人共享的,因此不能长时间占用该队列;而且我们的任务可能需要更长时间才能被执行。

共享队列使用起来也非常简单,相关的API如下:

int schedule_work(struct work_struct *work);
int schedule_delayed_work(struct work_struct *work, unsigned long delay);
void flush_scheduled_work(void);

schedule_work 不做任何延迟,立即开始调度。

schedule_delayed_work 可以指定延迟时间。

flush_scheduled_work 清空共享队列中的所有工作任务。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 216,193评论 6 498
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,306评论 3 392
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 162,130评论 0 353
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,110评论 1 292
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,118评论 6 388
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,085评论 1 295
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,007评论 3 417
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,844评论 0 273
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,283评论 1 310
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,508评论 2 332
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,667评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,395评论 5 343
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,985评论 3 325
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,630评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,797评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,653评论 2 368
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,553评论 2 352

推荐阅读更多精彩内容