USB Wi-Fi 驱动的性能问题，很多时候不在某一个点单独慢，而是整条链路没有理顺。无线侧能力未必差，但主机侧如果在中断、线程、聚合、回调和协议栈对接上处理不好，吞吐就很容易掉下来。
1. 关注点通常落在哪几条主线
实际看 USB Wi-Fi 驱动性能，通常先看三件事：
- TX / RX 路径是否顺畅
- 上下文切换是否过多
- 多核分工是否合理
这三件事没顺之前，单独盯某个函数抠几微秒，通常意义不大。
2. 典型数据路径
从抽象层面看，USB Wi-Fi 驱动通常会涉及：
- 协议栈入口
- 驱动内部发送线程
- USB 提交与完成回调
- 接收处理线程 / 软中断
- 上送协议栈路径
发送路径
发送路径大体上就是：
- 协议栈给出待发送数据
- 驱动补充头部、描述符和控制信息
- 数据进入发送队列
- 驱动线程完成聚合与 USB 提交
- 完成回调回收资源并上报状态
这条链上常见的问题有：
- 队列堵塞
- 聚合开销过高
- URB 提交粒度不合理
- 回收速度赶不上生产速度
接收路径
接收路径通常是：
- USB 完成中断到来
- 回调拿到数据并写入接收环
- 后续线程或软中断做解析
- 必要时解聚合
- 上送协议栈
- 回填接收缓冲
接收吞吐上不去时，瓶颈经常不在空口，而在主机侧这些地方：
- 回调太碎
- 解聚合太重
- SKB 管理成本太高
- 回填不及时
3. 为什么 USB Wi-Fi 驱动容易成为瓶颈
因为它同时要处理：
- USB 中断
- SKB 管理
- 聚合 / 解聚合
- 协议栈对接
- 多队列并发
即使无线本身能力很强，主机侧如果在线程调度、缓存命中、中断分布上处理不好，也很容易成为瓶颈。
4. 性能调优最重要的几个方向
资源池化
发送和接收对象如果频繁动态申请 / 释放，开销会非常明显。常见做法是：
- 预分配 URB ring
- 复用传输单元
- 减少高频路径上的内存分配
线程分工
把发送聚合、接收解析、协议栈处理全部堆在同一个 CPU 上，通常会造成明显竞争。更合理的做法是：
- 把中断处理和部分协议栈处理错开
- 让重度
memcpy/ 聚合工作尽量在独立核心运行 - 降低无意义的上下文切换
中断与协议栈协同
性能调优时要同时看：
- USB IRQ 分布
- NET_RX / RPS 路径
- 驱动线程绑核
- 协议栈入口线程绑核
它们不是孤立问题，往往是一整条链路的吞吐分布问题。
5. 多核调优的核心思路
多核调优不是“平均分配”，而是尽量形成流水线：
- 一组 CPU 更靠近协议栈和控制逻辑
- 一组 CPU 更靠近硬件中断和驱动重处理路径
这样做的目标是减少：
- cache 抖动
- 线程乒乓
- 中断与重处理任务互相抢占
6. 实际分析时建议看哪些指标
做 USB Wi-Fi 性能分析时，至少建议一起观察：
- 吞吐
- 各 CPU 占用
- 中断分布
- 发送聚合效率
- 接收解聚合开销
- 回填和资源回收是否滞后
如果只看最终吞吐，很难定位瓶颈在：
- USB
- 驱动线程
- 协议栈
- 还是主机 CPU 分工
7. 典型问题类型
常见问题包括：
- 中断和发送线程抢同一核心
- 接收路径解聚合过重
- SKB 分配释放压力大
- 完成回调过多导致主机开销大
- 绑核策略不合理，吞吐波动明显
8. 总结
USB Wi-Fi 驱动调优的本质，不只是让单点更快，而是让整条链路更顺：
- 中断处理顺
- 驱动队列顺
- 聚合解聚合顺
- 协议栈对接顺
- 多核分工顺
如果要抓主线，可以优先围绕三件事展开：
- 资源池化是否充分
- 上下文切换是否过多
- 多核流水线是否形成
