NPU的仿真测试：使用Gem5进行全系统仿真
去年做NPU流片前最后一次回归测试，我盯着波形图整整看了三天。某个卷积层的输出死活不对，硬件仿真跑一次要六个小时，改完RTL再跑又是六个小时。团队里的小伙子说“要不咱们先上FPGA验证”，我摇头——FPGA上挂DDR跑全系统，光初始化就要二十分钟，更别提想看内部微架构的流水线状态了。最后是Gem5救了我一命，用全系统仿真把那个bug定位到了NPU的DMA传输和CPU cache一致性协议之间的一个时序漏洞上。
今天这篇笔记，就聊聊怎么用Gem5给NPU做全系统仿真。这不是什么官方教程，是我踩了无数坑之后留下的实操记录。
为什么非要用Gem5做全系统仿真
很多人觉得NPU验证用RTL仿真就够了，大不了上FPGA。但RTL仿真跑一个完整的AI推理任务——比如MobileNet跑一张224x224的图——在VCS里能跑上几天。FPGA虽然快，但你能看到的内部信号极其有限，更别提想改个微架构参数重新跑一遍了。
Gem5的好处在于：它是一个事件驱动的全系统模拟器，能同时模拟CPU、cache层次、内存控制器、总线，以及你自定义的NPU加速器。你可以在一个统一的框架里，看到CPU怎么给NPU发指令、NPU怎么从DDR搬数据、计算结果怎么写回内存。更重要的是，改参数只需要改配置文件，不用动RTL。
我团队现在的工作流是：先用Gem5做架构探索和功能验证，确认微架构设计没问题了，再投RTL。这个流程帮我们至少省了两次流片迭代。
Gem5的NPU扩展：从零搭一个加速器模型
Ge