本实验聚焦Linux驱动开采中至关枢纽的膺惩与非膺惩I/O模式，中枢方针是措置早期轮询读取树立（如按键）导致的CPU资源过度占用问题——此前轮询读取风物下，哄骗CPU占用率高达99.6%，而通过膺惩和非膺惩机制，可将CPU占用降至接近0%，大幅普及系统服从。

一、中枢基础见识

1. 膺惩与非膺惩I/O实践

- 膺惩I/O：哄骗造访建当场，若树立资源不行用，程度会参预寝息现象让出CPU，直至树立可用时被叫醒，才实行数据读取。这是树立文献的默许造访模式，代码通俗，能幸免CPU空转花消。

- 非膺惩I/O：树立不行用时，哄骗不会寝息，而是复返演叨码，由哄骗自主遴荐抓续轮询或覆没。非膺惩造访需显式在open时添加`O_NONBLOCK`象征，合适需要主动查询、多树立监控的场景。

2. 关节复旧机制：恭候队伍

恭候队伍是结束膺惩I/O的中枢，精采料理寝息与叫醒历程，中枢因素包括：

- 恭候队伍头：用`wait_queue_head_t`暗示，需通过`init_waitqueue_head`启动化或用`DECLARE_WAIT_QUEUE_HEAD`径直界说启动化，是料理恭候程度的进口。

- 恭候队伍项：用`wait_queue_t`暗示，对应具体恭候的程度，可通过`DECLARE_WAITQUEUE(name， tsk)`快速创建，tsk频繁设为`current`（当远景度）。

- 中枢操作：

- 程度寝息：通过`add_wait_queue`将程度对应的队伍项加入恭候队伍头，再将程度设为可中断寝息态（`TASK_INTERRUPTIBLE`），调用`schedule`切换程度，结束寝息。

- 叫醒程度：常用`wake_up_interruptible`，仅叫醒可中断寝息的程度，幸免叫醒不行中断程度导致资源花消，该操作频繁在中断处理函数中实行。

- 恭候事件：可用`wait_event_interruptible`等函数，让程度恭候特定条目昂扬（如按键有用），条目不昂扬则膺惩，昂扬时自动叫醒。

3. 轮询机制与驱动联结

非膺惩造访依赖`select`、`poll`、`epoll`结束轮询，三者均通过调用驱动的`poll`函数完成树立现象检测：

- select：受文献描绘符数目截止（默许1024），需遍历悉数描绘符查验现象，合适描绘符较少的场景。

- poll：无描绘符数目截止，通过`pollfd`结构体明确监视的事件，服从优于select，是中小限度场景的常用遴荐。

- epoll：合适大限度并发，继承事件驱动机制，服从极高，常用于收罗编程，本实验以select和poll为主。

当哄骗调用select或poll时，驱动需提供对应的`poll`函数，中枢操作是调用`poll_wait`将恭候队伍添加到轮询表中，并向哄骗复返树立现象（如是否可读）。

二、膺惩I/O实验

1. 实验中枢诉求

第12章的中断实验中，哄骗通过while轮回+read束缚读取按键，导致CPU占用率高达99.6%。膺惩I/O的中枢措置念念路是：无按键事件时让哄骗寝息，有事件时叫醒，透顶开释CPU资源。

2. 驱动关节蜕变

- 数据结构补充：在树立结构体中新增`wait_queue_head_t r_wait`，用于料理恭候的程度队伍。

- 恭候队伍启动化：在驱动启动化函数中，调用`init_waitqueue_head`启动化恭候队伍头，为后续寝息叫醒作念准备。

- read函数蜕变：继承`wait_event_interruptible`让程度恭候按键有用事件，若按键无效则参预可中断寝息，幸免轮回轮询；若按键有用，持续实行读取操作。同期支抓另一种手动料理队伍的风物：通过`DECLARE_WAITQUEUE`创建队伍项，`add_wait_queue`加入队伍，`schedule`切换程度，叫醒后用`remove_wait_queue`移除队伍项，适配更复杂的场景。

- 中断叫醒逻辑：按键中断干事函数或定时器消抖函数中，检测到有用按键事件后，滚球软件(中国)app调用`wake_up_interruptible`叫醒恭候队伍中的程度，让寝息的哄骗持续实行读取操作。

3. 哄骗与测试

- 测试递次：径直复用第12章的哄骗，无需修改，因为默许open即是膺惩模式，哄骗会自动在无按键时寝息。

- 运行后果：加载驱动后运行测试递次，按下按键时常常打印键值，稽查CPU占用率，从99.6%降至0.0%，仅在按键触发蓦然占用少许CPU，大幅普及系统服从。

三、非膺惩I/O实验

1. 驱动中枢适配

- 读取逻辑补充：在read函数中加多非膺惩判断，若open时添加了`O_NONBLOCK`象征，检测到无按键事件时，径直复返`-EAGAIN`演叨码，不膺惩程度，让哄骗自主决定后续操作。

- poll函数结束：新增驱动的`poll`回调函数，中枢职责是调用`poll_wait`将恭候队伍加入轮询表，同期检测按键是否有用，有用时向哄骗复返`POLLIN`，讨教稀有据可读，不然复返0，让哄骗认识树立不行用。

- 操作集注册：在树立文献操作结构体中，添加`poll`成员变量，指向结束的`poll`函数，确保哄骗调用select或poll时能触发驱动的对应逻辑。

2. 测试哄骗结束

测试哄骗提供两种非膺惩读取风物，适配不同轮询需求：

- poll风物：界说`pollfd`结构体，指定监视可读事件，通过`poll`函数轮询，超时树立为500ms。若复返值大于0，评释树立可读，调用read读取键值；若超时，实行自界说超时处理，结束带超时的轮询，幸免长技巧空等。

- select风物：界说`fd_set`聚积存放待监视的描绘符，树立500ms超时，调用`select`函数轮询。凭证复返值判断：超时则自界说处理，出错则自界说处理，稀有据可读时用`read`读取键值，逻辑了了，兼容老版块Linux系统。

3. 运行后果

加载驱动并运行测试哄骗，按下按键时常常打印键值，稽查CPU占用率，相通降至0.0%。由于继承了带超时的轮询，幸免了死轮回空转，仅在轮询和按键触发时消费少许CPU，兼顾及时性与资源服从。

四、实验记忆与实践提出

1. 中枢对比

- 膺惩I/O：代码简单，CPU占用极低，开采难度低，合适单任务、无需主动查询的通俗场景，是大无数传感器、按键树立的优先遴荐。

- 非膺惩I/O：需联结select或poll使用，哄骗代码复杂度略高，但支抓多树立协调监控，合适需要同期料理多个树立、事件驱动的场景，比如同期监控按键、收罗和串口的递次。

2. 避坑重心

- 完全不容在哄骗层用while轮回+read径直轮询，这是CPU高占用的根源，悉数轮询必须通过膺惩或select/poll结束。

- 膺惩I/O需严格配对寝息与叫醒操作，幸免只寝息不叫醒导致程度耐久膺惩，叫醒操作必须放在中断等确保树立可用的时机实行。

- 非膺惩I/O的poll函数需合理复返树立现象滚球app中国手机版入口，幸免现象判断演叨导致哄骗轮询逻辑失效，超时常间需凭说明践场景合理树立，均衡反馈速率和资源消费。