2、GPU中断类型：任务完成中断、错误中断、页面错误中断、同步中断与异步中断

中断，说白了就是GPU主动跟CPU打招呼的方式。我做了这么多年GPU系统，发现很多工程师对中断的理解停留在「CPU被GPU打断」这个层面。其实没那么简单——不同类型的中断，处理方式天差地别。

今天咱们就掰开揉碎了聊聊GPU的五种核心中断类型。嗯，这五种类型我几乎每天都在打交道。

2.1 任务完成中断

这是最常见的一种中断。GPU把活儿干完了，通知CPU一声：「嘿，你之前提交的那个渲染任务，我已经搞定了。」

我个人习惯把任务完成中断分成两类：

• 单任务完成中断：一个command buffer执行完毕就触发
• 批量完成中断：多个任务一起完成才触发，减少中断频率

我在项目中遇到过一个问题：某个游戏场景每帧提交了上千个draw call，每个都触发一次中断。结果CPU被中断淹没了，帧率直接掉到个位数。后来我们改成了批量完成中断，每帧只触发一次，性能立马就上来了。

2.2 错误中断

GPU出错了怎么办？总不能让它一直卡在那吧。错误中断就是干这个的。

常见的错误中断场景：

• 指令格式错误：你给GPU的指令它看不懂
• 资源访问越界：shader试图访问不存在的内存地址
• 超时错误：一个kernel执行时间超过了预设阈值
• ECC错误：显存数据校验失败

你想想看，如果GPU执行到一半发现指令错了，它该咋办？直接崩溃？那整个系统就挂了。所以GPU的做法是：先停下来，然后通过错误中断告诉CPU：「我这儿出问题了，你来处理。」

2.3 页面错误中断

这个跟虚拟内存有关。GPU访问的显存地址，其实也是虚拟地址。当GPU访问的页面不在物理显存中时，就会触发页面错误中断。

页面错误中断的处理流程：

1. GPU访问某个虚拟地址，发现对应的物理页不在显存中
2. GPU暂停当前任务，触发页面错误中断
3. CPU收到中断，从磁盘或系统内存中把数据换入显存
4. CPU更新页表，然后恢复GPU的执行

说白了，这就是GPU版的缺页中断。但有个关键区别：GPU的页面错误处理比CPU复杂得多。因为GPU可能同时有上千个线程在运行，一个线程触发页面错误，其他线程怎么办？

2.4 同步中断

同步中断，顾名思义，是用来做同步的。GPU和CPU之间需要协调工作，比如CPU要读取GPU的计算结果，那就得先确保GPU算完了。

同步中断的典型用法：

• fence操作：CPU等待GPU完成某个操作
• barrier同步：多个GPU之间或者GPU内部不同引擎之间的同步
• 查询操作：CPU查询GPU的某个状态是否已经满足

我记得有一次优化一个物理模拟程序，发现CPU经常空转等待GPU。后来我仔细看了同步中断的实现，发现驱动用的是轮询方式——CPU不断查询GPU的状态寄存器。改成中断方式后，CPU利用率从30%降到了5%。

2.5 异步中断

异步中断跟同步中断正好相反。同步中断是CPU主动等GPU，异步中断是GPU主动通知CPU。

异步中断的特点：

• 非阻塞：CPU提交任务后可以立即返回，不用等GPU执行完
• 事件驱动：GPU完成某个事件后，通过中断通知CPU
• 回调机制：CPU可以注册回调函数，GPU完成时自动调用

你想想看，如果每次提交任务CPU都要等，那GPU的并行优势就完全发挥不出来了。异步中断就是解决这个问题的——CPU只管提交任务，然后该干嘛干嘛，等GPU干完了再说。

我在项目中遇到过一个问题：某个视频编码程序用了同步中断，结果CPU大部分时间都在等GPU编码完成。改成异步中断后，CPU可以在GPU编码的同时处理下一帧的预处理，吞吐量直接翻倍。

2.6 中断类型对比

中断类型	触发时机	处理优先级	典型延迟	对性能的影响
任务完成中断	任务执行完毕	低	微秒级	影响CPU利用率
错误中断	GPU执行出错	高	毫秒级	可能导致GPU重置
页面错误中断	缺页时	中	毫秒级	影响内存访问性能
同步中断	CPU主动等待	中	微秒级	影响CPU-GPU协同
异步中断	GPU主动通知	低	微秒级	提升CPU利用率

2.7 中断处理的注意事项

嗯，最后说几个实际开发中容易踩的坑：

• 中断风暴：短时间内大量中断涌入，导致CPU无法处理其他任务。解决方案是中断合并（interrupt coalescing）。
• 中断丢失：某些硬件设计下，中断信号可能被覆盖。需要驱动层面做状态确认。
• 中断优先级反转：低优先级中断占用了CPU，导致高优先级中断无法及时处理。这个在实时系统中尤其要小心。

好了，GPU中断类型就聊到这儿。下一章咱们聊聊中断处理的具体实现——从硬件到软件，看看中断信号是怎么从GPU一路传到CPU的应用程序里的。