本实验聚焦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`移除队伍项，适配更复杂的场景。

- 中断叫醒逻辑：按键中断干事函数或定时器消抖函数中，检测到有用按键事件后，milan(中国)官方IOS|Android手机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函数需合理复返耕种气象，幸免气象判断裂缝导致专揽轮询逻辑失效milan(中国)官方IOS|Android手机app下载，超频频间需证实践诺场景合理耕种，均衡反应速率和资源滥用。