一、性能问题概述
大家好，我是你们的驱动开发讲师。今天咱们聊聊驱动性能问题——这玩意儿，说白了就是驱动在干活时拖了后腿。
我刚开始做驱动开发那会儿，总觉得功能跑通就完事了。直到有一次，一个网卡驱动在实验室里跑得好好的，一上线就被用户骂成狗——丢包、延迟、CPU飙到100%。嗯，从那以后我才真正意识到：驱动性能，不是锦上添花，而是生死线。
1.1 什么是驱动性能问题？
驱动性能问题，简单说就是：驱动代码在运行时，消耗了过多的系统资源，或者响应速度达不到预期。
你想想看，驱动是操作系统和硬件之间的桥梁。这座桥如果窄了、堵了、或者桥面坑坑洼洼，那上层应用再怎么优化也没用。我见过太多案例——应用层代码写得飞起，结果一查，瓶颈全在驱动层。
核心观点：驱动性能问题往往具有“放大效应”。驱动慢1毫秒，上层应用可能慢100毫秒。因为驱动是底层基础设施，所有上层调用都得经过它。
1.2 性能问题的四大分类
我个人习惯把驱动性能问题分成四类。这样排查起来思路清晰，不会像无头苍蝇一样乱撞。
| 分类 | 典型表现 | 常见场景 |
|---|---|---|
| CPU性能问题 | CPU占用率高、中断频繁、上下文切换过多 | 轮询模式驱动、中断处理函数耗时过长 |
| 内存性能问题 | 内存泄漏、DMA缓冲区分配不当、缓存命中率低 | 驱动申请内存后忘记释放、DMA对齐问题 |
| IO性能问题 | 读写延迟高、吞吐量低、设备忙等待 | 硬盘驱动、USB驱动、GPIO操作 |
| 网络性能问题 | 丢包、延迟抖动、吞吐量瓶颈 | 网卡驱动、协议栈交互、NAPI配置不当 |
1.3 CPU性能问题——驱动里的“吃CPU大户”
CPU性能问题，是我在项目中遇到最多的。说白了就是驱动代码让CPU干太多活了。
举个例子。我曾经接手过一个网卡驱动，它的中断处理函数里做了大量数据拷贝和协议解析。结果呢？网卡每收一个包，CPU就要忙活半天。流量一大，CPU直接飙到100%，系统卡得跟幻灯片似的。
我的经验：驱动里的中断处理函数，一定要“快进快出”。能放到下半部（tasklet/workqueue）做的事，就别在上半部磨蹭。这是驱动开发的基本功，但很多人就是记不住。
常见的CPU性能问题还包括：
- 轮询代替中断——CPU一直在那里“你好了没？你好了没？”，白白浪费算力
- 自旋锁争抢——多个CPU核心抢同一把锁，其他核心只能干等
- 缓存行 bouncing——多核环境下，共享数据在CPU缓存间来回倒腾
1.4 内存性能问题——看不见的“内存黑洞”
内存问题比较隐蔽。它不像CPU飙高那么明显，但积累到一定程度，系统就会突然崩溃。
我记得有一次，一个存储驱动的DMA缓冲区分配没做好对齐。结果每次DMA传输都要做额外的内存拷贝，性能直接腰斩。查了两天才找到原因——就是少了一个 __GFP_DMA 标志。
// 错误示例：没有指定DMA标志
buf = kmalloc(size, GFP_KERNEL);
// 正确示例：指定DMA标志和对齐
buf = kmalloc(size, GFP_KERNEL | GFP_DMA);
// 或者使用DMA专用API
buf = dma_alloc_coherent(dev, size, &dma_handle, GFP_KERNEL);避坑指南：我曾经在项目中犯过一个低级错误——在中断上下文里调用了 kmalloc(GFP_KERNEL)。内核直接报错，系统挂掉。记住：中断上下文只能用 GFP_ATOMIC。
1.5 IO性能问题——硬件交互的“慢动作”
IO性能问题，说白了就是驱动和硬件之间的通信太慢。
你想想看，CPU跑在GHz级别，而很多外设还在MHz甚至KHz级别。驱动如果设计不好，CPU就得一直等着硬件响应。
常见的IO性能优化手段：
- 批量操作——别一次只发一个字节，攒一批再发
- 异步IO——发完指令就去做别的事，别傻等
- DMA传输——让硬件直接读写内存，绕过CPU
- MMIO vs PIO——能用内存映射IO就别用端口IO，后者慢得多
1.6 网络性能问题——驱动里的“高速公路”
网络驱动性能问题，我做过不少。这类问题最头疼，因为网络流量是动态的，很难复现。
我记得有个项目，网卡驱动在低负载下表现完美，但一到高峰期就疯狂丢包。查到最后发现是NAPI的权重设置不合理——每次轮询收包太多，导致其他软中断被饿死。
关键点：网络驱动性能优化的核心是“减少中断次数”。中断越多，CPU上下文切换越频繁，吞吐量反而上不去。这就是为什么现代网卡驱动都用NAPI或者多队列（RSS）来分摊负载。
1.7 性能优化的核心思想
做了这么多年驱动，我总结出三条核心思想。每次遇到性能问题，我都会拿这三条来对照：
- 减少不必要的工作——驱动里很多代码其实可以砍掉。比如重复的状态检查、冗余的数据拷贝。我见过一个驱动，每次IO操作前都要读三次状态寄存器——其实读一次就够了。
- 让硬件多干活——硬件比CPU擅长做重复性工作。能用DMA就别用PIO，能用硬件卸载就别用软件模拟。现代网卡都支持TCP校验和卸载、TSO/GRO等特性，驱动要充分利用。
- 避免阻塞和等待——驱动里最怕的就是“等”。等锁、等IO完成、等内存分配。能用异步就别用同步，能用无锁数据结构就别用锁。
我的习惯：每次写驱动代码前，我都会先画一张数据流图。把数据从硬件到应用层的完整路径画出来，然后问自己：每一步能不能省？能不能并行？能不能让硬件代劳？
1.8 本章知识体系
下面这张图，是我自己总结的驱动性能问题知识体系。每次做性能优化，我都会对照这张图来排查。
这张图把驱动性能问题的分类和优化思想串起来了。每次遇到性能瓶颈，我都会先定位是哪个分类的问题，然后对照核心思想去找解决方案。
好了，这一章就聊到这儿。驱动性能问题其实没那么玄乎——只要掌握了分类方法和优化思想，大部分问题都能迎刃而解。下一章咱们会深入具体的分析工具和方法，到时候再细聊。
一句话总结：驱动性能优化的本质，就是让CPU少干活、让硬件多干活、让数据少搬家。