2026年秋招投FPGA岗，简历写「基于Zynq的AI加速器」但只会跑通demo，面试官追问吞吐率怎么算该怎么补？

先别急着去背公式，把顺序理清楚：你缺的不是「知不知道 MAC×频率×2」这条式子，而是缺一条从「我的加速器到底在干什么」到「它被什么卡住」的推理链。面试官问吞吐率，本质是在看你会不会做性能建模，而不是看你记不记得公式。

这条链大概长这样。第一步，先算你的理论峰值：你部署的网络里有多少次乘加（MAC），比如 ResNet-18 大概是 1.8G MACs 这个量级（具体按你实际裁剪后的模型算），加速器阵列并行度是 P 个 MAC，跑在 f 频率下，那理论算力就是 P×f×2（乘加各算一次运算）GOPS。第二步，立刻问自己：这个峰值我能喂饱吗？因为权重和特征图都要从 DDR 搬进来，如果每算一次 MAC 要搬的数据远多于一次，那你的实际吞吐就被 DDR 带宽锁死，而不是被 PE 阵列锁死。第三步，算数据搬运时间占比：把每层要读的权重字节数、输入特征图字节数、输出字节数加起来，除以 DDR 有效带宽（注意是有效带宽，不是标称 2400MT/s 那种，实际能到六七成就不错），再和计算时间对比，谁大谁就是瓶颈。

你回头补的时候，别把这两件事当成「二选一」。算力公式是入场券，五分钟能学会；AXI 带宽分析才是让你从「跑 demo 的」变成「做过加速器的」那一步。具体做法：打开 Vivado 的 IP Integrator，看你那个加速器挂在哪个 AXI 口上，是 HP 口还是 GP 口，位宽多少、时钟多少，算一下这个接口的理论带宽上限；再去看你 PYNQ 里 DMA 搬数据的实测时间，用 python 侧打时间戳就能估。你大概率会发现，卷积层的计算时间远小于数据搬运时间，这就是你面试时最想说的那句话：「我的瓶颈在 DDR 带宽和 AXI 互联，不在 PE 阵列」。

至于知识点清单，应届生按这个顺序补就够用了：一是卷积的访存模式（im2col 为什么费带宽、权重驻留和行缓存怎么省访存）；二是 roofline 模型的直觉版本，会算算术强度就够；三是 AXI4 的 burst、位宽、读写的实际效率；四是定点量化对带宽和算力的双重影响。不用一上来啃 systolic array 的论文，先把你自己那个 demo 的每一层时间拆出来，比看十篇综述都管用。

顺带说一句，简历上写「基于 Zynq 的 AI 加速器」而实际只是跑通官方例程，面试时最好主动降级描述，比如「基于 PYNQ 部署并做了性能分析」，然后把你分析出来的瓶颈讲清楚——这比硬撑说「我做了加速器」然后被问穿要体面得多。你现在手上有当时跑 demo 的板子和工程文件吗？如果有，直接回去测一遍数据搬运时间，这是最快能补上的东西。

别纠结先补哪个，先补「能说清楚瓶颈」这件事。吞吐率 = 有效算力，不是峰值算力。你打开工程，看卷积层时间花在哪：如果算力公式算出来的理论时间远小于实测时间，那瓶颈就在数据搬运，去看 AXI 位宽和 DDR 带宽；如果两者接近，才说明是 PE 阵列没喂饱或者并行度不够。面试时你只要能把「我测出来搬运占了七成时间，所以瓶颈在 DDR 带宽」这句话讲出来，就已经赢过背公式的了。

你这个问题其实不是「公式没背」的问题，是「没做过性能归因」的问题。所以补的顺序应该是先建因果链，再补公式，公式只是链条里的一环，单独背下来面试官一追问就露馅。

先想清楚一件事：面试官问吞吐率，他不是想听你报一个数字，而是想看你能不能把这个数字拆开、说清楚它被谁卡住。因为一个跑通官方例程的人，和一个真正理解自己加速器的人，差别就在这里。

那这条因果链怎么搭？从你部署的那个网络出发。先数这个网络有多少次乘加，也就是 MAC 数。ResNet-18 量级大概在 1.8G MACs 这个数量级，你按自己实际跑的那个模型算。你的加速器阵列并行度是 P 个 MAC，工作频率 f，那理论峰值就是 P×f×2 GOPS，乘 2 是因为一次乘加算两次运算。这是第一步，公式在这里才出现。

第二步立刻反问自己：这个峰值我喂得饱吗？权重和特征图都得从 DDR 搬进来，如果每算一次 MAC 要搬的数据远多于一次，那你的实际吞吐就被 DDR 带宽锁死，而不是被 PE 阵列锁死。这时候你去算数据搬运时间占比，比如测出来搬运占了七成时间，那瓶颈就在 DDR 带宽和 AXI 位宽上。

第三步才是回头调优。如果瓶颈在搬运，你该看的是 AXI 位宽够不够、有没有用突发传输、数据复用做得好不好、片上缓存够不够大；如果瓶颈在 PE，那才去谈并行度、流水线。

所以你的补救路径是：先给自己那个 demo 做一次实测，用 PYNQ 里能拿到的计时手段，把各层耗时测出来，算搬运占比。然后准备一套话术：我的加速器理论峰值是多少，实测多少，差距主要来自数据搬运，因为 AXI 位宽和 DDR 带宽限制。这句话讲出来，比背十个公式都管用。

补知识点的话，优先级是：性能建模（roofline 思路）> 数据搬运与 AXI 带宽分析 > 片上缓存与数据复用 > 并行度与流水线。公式放最后，因为它是被推导出来的，不是背出来的。你那个 demo 到底跑的是哪一层最慢，测过没有？

先说个容易踩的坑：别急着去背那三个公式，先把你 demo 里能测到的东西测出来。面试官问吞吐率，其实是想看你会不会「归因」，公式只是你解释归因时顺手带出来的工具。我的建议是分两层补。第一层是能讲清楚你手上这个 demo：PYNQ 上跑 ResNet，你至少要知道模型大概多少次乘加（ResNet-18 量级在 1.8G MACs 上下，按你实际用的算），加速器的 PE 并行度是多少，时钟跑多少兆，这样理论峰值 P×f×2 就能报出来。第二层是能解释实测为什么远低于峰值：权重和特征图都要从 DDR 搬，AXI 位宽和 DDR 带宽决定了你每秒能喂进去多少数据，如果每次 MAC 要搬的数据比一次多很多，那瓶颈就在搬运不在计算。这里有个小例子：假设你算出来理论算力是 100 GOPS，实测只有 8 GOPS，别慌，先算数据搬运时间占比，如果搬运占了七成以上，那答案就是「我被 DDR 带宽卡住了」，这句话说出来比报数字有说服力得多。风险在于，很多人只补公式不补测量，面试官一追问「你怎么知道是带宽瓶颈」就哑了。所以替代做法是：用 PYNQ 的 profiling 或者简单打点计时，把每层耗时和数据量对一下，心里有数。你现在的 demo 是跑在 PYNQ 上还是自己搭的裸机工程？这决定了你补分析的入口从哪切。

沿着一条线往深里说：你缺的不是知识点，是「性能建模」这个动作本身。补的顺序应该是先建立因果链，再让公式自然长出来。具体怎么走？从你部署的那个网络出发，先数 MAC 数，算出理论峰值 P×f×2 GOPS，这是你的天花板。然后立刻反问：这个天花板我够得着吗？因为权重和特征图都得从 DDR 搬进来，AXI 位宽和 DDR 带宽就是水管的粗细。如果算下来数据搬运时间占了总时间的七成，那你的实际吞吐就是被带宽锁死的，PE 阵列再大也白搭。这时候面试官问瓶颈在哪，你就能说「我测出来搬运占大头，所以瓶颈在 DDR 带宽而不是计算单元」。这个判断比背公式值钱，因为它体现了你会做取舍和归因。再往深一层，你可以补一点 roofline 的思路：算一下你的计算强度（每搬一字节数据能做多少次运算），对照带宽拐点，就能预判你的设计是算力受限还是带宽受限。应届生不用把 roofline 讲得多玄，能说清「我这个设计计算强度低，所以是带宽瓶颈」就够了。学习路径上，建议先补 AXI 和 DDR 带宽的基本概念，再回头看算力公式，这样顺序才顺。至于知识点清单，重点是三块：MAC 与并行度、AXI 位宽与突发传输、DDR 带宽与数据复用。别贪多，把这三块和你 demo 里的实际数字绑在一起讲，就已经超过大多数只会跑例程的人了。你目前能拿到每一层的耗时数据吗？拿得到的话归因会容易很多。

你这个问题我特别理解，很多跑通 PYNQ 官方例程的同学到面试都会卡在这。先给一个判断：补公式和补带宽分析不是二选一，它们其实是同一条链上的两环，但优先级上我建议先把「瓶颈归因」这套话术练熟，公式自然就带出来了。

具体可以这样补：找一张纸，把你 demo 里 ResNet 的 MAC 数估出来（ResNet-18 量级大概 1.8G MACs，按你实际用的算），乘上你加速器的 PE 并行度和时钟频率再乘 2，得到理论峰值 GOPS。这一步很多人到这就停了，但这只是分母。关键是下一步：算一下每层要搬多少权重和特征图，除以你 AXI 位宽换算出来的实际带宽，看看搬运时间占比。如果搬运占了六七成，你就可以理直气壮地说瓶颈在 DDR 带宽而不是 PE 阵列。

风险提示也提一句：如果你只是背了公式，面试官追问一句「那你实测吞吐是多少、和理论差多少倍」就露馅了。所以最好真的在板子上跑一次，用时间戳或者性能计数器测一下单层耗时，哪怕粗糙也比纯背强。替代做法是如果没有板子，就用 Vivado 的仿真或者 HLS 报告的 latency 数据来估，逻辑是一样的。

知识点清单不用太长：MAC 数估算、峰值算力公式、AXI 位宽与 DDR 带宽换算、roofline 计算强度、数据复用（权重 stationary vs 输出 stationary）。这五个能讲清楚，应届生这一关基本够用。你现在的板子还能跑起来吗，还是只剩代码了？

沿着一条线往深里说，你真正缺的不是知识点，是「性能建模」这个动作本身。公式只是建模的副产品，单独背下来面试官一追问就崩。

那这条链怎么搭？从你部署的那个网络出发。第一步先数 MAC 数，算出理论峰值 P×f×2 GOPS，这是你的天花板。然后立刻反问自己：这个天花板我够得着吗？因为权重和特征图都得从 DDR 搬进来，AXI 位宽和 DDR 带宽就是水管的粗细。如果算下来数据搬运时间占了总时间的七成，那你的实际吞吐就是被带宽锁死的，PE 阵列再大也白搭。这时候面试官问瓶颈在哪，你就能说「我测出来搬运占大头，所以瓶颈在 DDR 带宽而不是计算单元」。这个判断比背公式值钱，因为它体现了你会做取舍和归因。

再往深一层，你可以补一点 roofline 的思路：算一下你的计算强度，也就是每搬一字节数据能做多少次运算，对照带宽拐点，就能预判你的设计是算力受限还是带宽受限。这一步不需要精确，能定性说清楚方向就行。

这里有个取舍要提醒你：别一上来就去啃体系结构那本厚书，效率很低。你先把手上这个 demo 的因果链走通，遇到哪个概念卡住了再去查，这样知识是长在项目上的，面试时也讲得出来。等你把这一条链讲顺了，再回头补卷积复用、分块 tiling 这些优化手段，顺序才顺。

至于快速知识点清单，我建议就按这条链整理：MAC 数、峰值公式、AXI 带宽换算、搬运占比、roofline 定性判断。五个点串成一条故事线，比背十个孤立公式管用。你 demo 里加速器是 HLS 生成的还是自己写的 RTL，这决定了你后面能往多深讲。

先给你一个最省事的判断法：面试官问吞吐率，八成不是想听你背公式，而是想看你能不能把「理论值」和「实测值」之间的差距解释清楚。所以你补的顺序应该是先补归因，公式顺手就带出来了。具体做法：打开你的 PYNQ 工程，先估你跑的 ResNet 有多少 MAC，比如 ResNet-18 量级在 1.8G MACs 上下，按你实际用的模型算；再乘加速器的 PE 并行度和时钟频率，乘 2 得到理论峰值 GOPS。然后算数据搬运量，权重加特征图总共多少字节，除以你 AXI 位宽换算出来的实际带宽，看搬运时间占比。如果搬运占了六七成，你就可以直接说「瓶颈在 DDR 带宽而不是 PE 阵列」。这句话比背公式值钱多了，因为它证明你会归因。你现在手上这个 demo 是跑在 PYNQ 的哪个板子上，AXI 位宽配的多大？这个数决定了你后面所有分析的地基。

沿着一条主线往深里说：你现在缺的其实不是公式，是「性能建模」这个动作本身。公式只是建模的副产品，单独背下来面试官一追问就崩。那这条链怎么搭？从你部署的那个网络出发。第一步先数 MAC 数，算出理论峰值 P×f×2 GOPS，这是你的天花板。然后立刻反问自己：这个天花板我够得着吗？因为权重和特征图都得从 DDR 搬进来，AXI 位宽和 DDR 带宽就是水管的粗细。如果算下来数据搬运时间占了总时间的七成，那你的实际吞吐就是被带宽锁死的，PE 阵列再大也白搭。这时候面试官问瓶颈在哪，你就能说「我测出来搬运占大头，所以瓶颈在 DDR 带宽而不是计算单元」。这个判断比背公式值钱，因为它体现了你会做取舍和归因。再往深一层，你可以补一点 roofline 的思路：算一下你的计算强度，也就是每搬一字节数据能做多少次运算，对照带宽拐点，就能预判你的设计是算力受限还是带宽受限。这个思路在面试里非常加分，因为它说明你不只是会算，还会预判。还有一个容易被忽略的点：你跑的是官方例程，那例程里的加速器 IP 大概率是别人写好的，你对自己加速器的微架构其实并不了解。所以补的时候别只盯着公式，回头把那个 IP 的接口、数据流、有没有乒乓缓冲、有没有权重缓存这些搞清楚。面试官如果问「你的加速器怎么调的」，你能说清楚数据是怎么从 DDR 经 AXI 进到片上缓冲再喂给 PE 的，这一套讲下来，公式自然就在里面了。最后给你一个快速清单：MAC 数怎么估、理论峰值怎么算、AXI 位宽和 DDR 带宽怎么换算成字节每秒、搬运时间占比怎么估、瓶颈怎么归因、roofline 拐点怎么理解。这六件事吃透，应付应届 FPGA AI 加速岗的追问基本够了。你那个 demo 的加速器 IP 是自己写的还是官方给的？这决定了你要补的是微架构还是纯性能分析。

换个角度提醒你一个风险：这种「跑通 demo 型项目」在面试里最怕的不是你不会算吞吐率，而是你讲着讲着露馅，让面试官发现你连 demo 里哪部分是自己的都不知道。所以我建议你先做一件事，把自己在项目里的真实贡献边界划清楚：PYNQ 的 overlay 是官方的还是你改的？ResNet 的量化、编译、部署哪一步是你做的？把这些想明白，再决定补什么。如果你只是调用了官方 overlay，那补算力公式的意义有限，因为加速器不是你的，面试官一问微架构你就卡住。这种情况下更稳的做法是往「系统级」靠：讲清楚数据怎么从 PS 端 DDR 经 AXI HP 口进 PL，带宽瓶颈在哪，为什么推理延迟下不来。举个具体的小例子：假设你的 AXI 位宽是 64 bit，DDR 有效带宽按 1.6 GB/s 算，那每秒钟能喂进去的数据量是有限的，如果你网络每层要搬的权重加特征图总量远超这个数，那实测吞吐低就是必然的。你能把这个链条讲通，比背三个公式更像做过工程的人。至于知识点清单，别贪多，先把 MAC 数估算、理论峰值、AXI 带宽换算、搬运占比、瓶颈归因这五件事弄扎实。你目前是打算继续用官方 overlay 讲，还是准备自己写一个小卷积加速器来撑简历？这两条路的补法差别挺大的。