本文主要记录嵌入式Linux内核中阻塞与非阻塞IO访问的应用,以及解释了为何二者可以降低CPU使用率
阻塞与非阻塞IO为何能降低CPU使用率
- 0. 授权须知
- 1. 通俗解释
- 2. 场景描述
- 3. 阻塞IO之———等待队列使用详解
- 4. 非阻塞IO之———poll select
- 4.1 poll 访问
- 4.2 selct 访问
- 5. 为什么阻塞式IO也能降低CPU的使用率?
0. 授权须知
📋 个人简介
- 💖 作者简介:大家好,我是喜欢记录零碎知识点的小菜鸟。😎
- 📝 个人主页:欢迎访问我的 Ethernet_Comm 博客主页🔥
- 🎉 支持我:点赞👍+收藏⭐️+留言📝
- 📣 系列专栏:嵌入式Linux开发 🍁
- 💬格言:写文档啊不是写文章,重要的还是直白!🔥
转载文章,禁止声明原创;不允许直接二次转载,转载请根据原文链接联系作者
若无需改版,在文首清楚标注作者及来源/原文链接,并删除【原创声明】,即可直接转载。
但对于未注明转载来源/原文链接的文章,我将保留追述的权利。作者:积跬步、至千里
1. 通俗解释
当应用程序对设备驱动操作的时候,比如应用程序的 read
操作,如果不能获取到设备资源,则
1️⃣ :阻塞式IO
:会将应用程序对应的线程 挂起,直到设备资源可以获取
2️⃣ :非阻塞IO
:应用程序会一直 轮询,直到设备可以获取
- 阻塞式
IO
:当设备文件不可操作的时候,线程可以进入 休眠态,让出CPU的资源 - 非阻塞式
IO
:线程会一直处于运行态,任务无法立即完成,函数直接返回或者一直轮询,占用CPU资源,造成 资源浪费
2. 场景描述
应用程序通过 read
函数读取开发板是否有按键按下,若有按键按下,则打印信息
- 阻塞式
IO
:当没有按键按下时,应用程序的线程可以进入休眠态,让出CPU资源;当按下按键时,在按键中断中唤醒线程; - 非阻塞式
IO
:一直read , read , read , read, read , read, read , read, read , read…
…………………………………
使用 top
指令查看,可以看到非阻塞式IO
尽管只有一个read
操作,但是却占据了CPU
的大部分资源
3. 阻塞IO之———等待队列使用详解
一般在 中断函数 中实现进程的 唤醒
- 初始化等待队列头
wait_queue_head_t
- 将等待队列项加入到等待队列中
wait_queue_head_t
- 当设备不可访问时,将进程对应的等待队列项添加到创建的等待队列头中,加入以后进程才能进入
休眠状态
- 当设备可以访问时,从等待队列头中移除 进程对应的等待队列项
wait_queue_head_t head_wait; /* 等待队列头 *//* 1. 初始化等待队列头 */
init_waitqueue_head(&head_wait);/* 2. 定义并初始化一个等待队列,给当前正在运行的进程创建并初始化一个等待队列项 */
DECLARE_WAITQUEUE(wait, current); // current 表示等待队列属于哪个进程/*3.设备不可访问时,将等待队列添加到等待队列头*/
add_wait_queue(&head_wait,&wait);
__set_current_state(TASK_INTERRUPTIBLE); // 设置当前进程的状态,可被信号打断
schedule(); // 进行一次任务切换,当前进程进入休眠态,休眠后程序会停留在这里/*4.当设备可以访问时,将当前进程从等待队列中移除*/
if(signal_pending(current)) return; // 若是被信号唤醒的,则返回,继续休眠
__set_current_state(TASK_RUNNING); /* 若果是在按键中断中唤醒的,则将当前任务设置为运行状态 */
remove_wait_queue(&head_wait,&wait);/*5.进程是在哪里被唤醒的????*/
/*当发生按键中断时,在中断回调函数中开启了 timer 定时器,在timer 定时器的中断回调函数中 */
wake_up_interruptible(&head_wait); // 在这里唤醒了等待队列
使用等待队列后,使用 top指令查看,CPU的使用率立马降下来了
4. 非阻塞IO之———poll select
应用程序采用 poll selct epoll 函数,都会调用驱动程序的 file_operations
操作集中的 poll
函数 的回调函数
unsigned int (*poll) (struct file *, struct poll_table_struct *);
4.1 poll 访问
【应用程序】
poll 函数:
参数1:文件描述符集合
参数2:文件描述符数量
参数3:超时时间
struct pollfd fds;
int ret = 0;
/* 构造结构体 */
fds.fd = fd;
fds.events = POLLIN;
while(1){ret = poll(&fds, 1, 500);if(ret){ /* 数据有效 */ret = read(fd, &data, sizeof(data)); /* 读取数据 */}else if (ret == 0) { /* 超时 */}else if (ret < 0) { /* 错误 */ }
}
【驱动程序】
unsigned int imx6uirq_poll(struct file *filp, struct poll_table_struct *wait)
{/* 将等待队列头添加到poll_table中 */poll_wait(filp, &head_wait, wait); // 不会阻塞
}/*在中断中唤醒进程*/
wake_up_interruptible(&head_wait);
4.2 selct 访问
【应用程序】
while (1) { FD_ZERO(&readfds);FD_SET(fd, &readfds);/* 构造超时时间 */timeout.tv_sec = 0;timeout.tv_usec = 500000; /* 500ms */ret = select(fd + 1, &readfds, NULL, NULL, &timeout);switch (ret) {case 0: /* 超时 *//* 用户自定义超时处理 */break;case -1: /* 错误 *//* 用户自定义错误处理 */break;default: /* 可以读取数据 */if(FD_ISSET(fd, &readfds)) {ret = read(fd, &data, sizeof(data));if (ret < 0) {/* 读取错误 */} else {if (data)printf("key value=%d\r\n", data);}}break;} }
5. 为什么阻塞式IO也能降低CPU的使用率?
⚠️ : 非阻塞并不是不断的轮询,而是 直接返回
⚠️ : 在自定义规定的时间范围内,若没有可用的输入输出操作,则直接返回,而不是等待
阻塞和非阻塞都降低了CPU的使用率,是因为当驱动资源不可用时
阻塞,线程休眠了,不会一直占用CPU的使用权;
非阻塞,操作系统会立即返回一个错误码表示数据读取失败,并降其发给应用程序,然后系统可以执行其他进程,应用程序的当前进程会立即返回结果不会等待太久
普通访问:应用程序会一直等待,会大部分时间都彻底阻塞在这个进程中