2026年秋招投FPGA岗，简历上写「基于Zynq的CNN加速器」但面试官一问吞吐量就卡壳，项目该补哪些量化指标才扛得住追问？

先别急着补一堆花哨指标，最扛追问的是「三件套」：延迟、吞吐、资源。延迟就是在板子上从一帧输入进去到结果出来多少毫秒，吞吐就是每秒能推多少帧，资源就看 Vivado 综合实现后的 Utilization 报告，DSP、BRAM、LUT、FF 各占多少、占整片多少百分比。工具上，延迟和帧率用 SDK/Vitis 里跑计时或者加 AXI Timer 测，资源直接 Report Utilization，功耗用 Report Power，哪怕估算值也先记下来。做完这些，把截图和数字整理成一页，面试时你说「我测的是 224×224 输入，端到端 8ms，约 120FPS，DSP 用了 220 个」——比「能跑通」强太多。顺带想清楚瓶颈在哪，是卷积还是数据搬运，这决定了下一句追问你能不能接住。你这个项目当时跑的是哪一层网络、输入分辨率多大，先确认下再定测法。

这个问题其实戳到很多同学的痛处：项目是真做的，但没养成「测量」的习惯。我给你一条从根上补的主线，不是列清单，而是理解面试官到底在验证什么。

面试官问吞吐量、延迟、DSP 占用、功耗，表面上在问数字，本质在验证三件事：第一，这项目是不是你真跑的，因为只有真跑过的人才知道瓶颈在哪；第二，你有没有工程化的思维，也就是知道设计要在资源、速度、功耗之间做取舍；第三，你讲数字时能不能自洽，比如你说 100FPS，那这个数字对应的时钟频率、并行度、数据位宽能不能对得上。所以补指标不是背几个数，是让你能顺着一个数字往下讲。

具体怎么测，分两条线。性能线：端到端延迟最好在板子上测，用 Vitis 里的计时函数或者 AXI Timer，从 DDR 里读到输入数据开始算，到结果写回为止，单位毫秒；吞吐量就是 1000 除以单帧延迟再乘上流水线并行度，如果你做了乒乓，实际帧率会比单帧倒数高，这个要讲清楚。资源线：Vivado 综合实现之后打开 Report Utilization，重点记 DSP48E、BRAM、LUT、FF 的绝对数和占比，再打开 Report Power 看总功耗和动态功耗拆分。这些截图留档，面试前扫一眼就有底。

但真正拉开差距的是「解释」。你得能说：我这个设计为什么 DSP 用了 220 个而不是 500 个，因为我做了权重复用、把卷积展开成几路并行；为什么延迟是 8ms 而不是 3ms，因为数据从 DDR 搬到片上 BRAM 这一环是瓶颈。能讲出取舍，面试官会觉得你懂设计，而不是在报数。

还有个常见误区：很多人只测推理时间，忽略了前后处理和数据搬运。CNN 加速器在 Zynq 上，PS 和 PL 之间的 AXI 传输往往是大头，你要么在延迟里如实包含，要么明确说明「这是纯 PL 计算部分，端到端还要加 X ms」。含糊其辞反而露怯。

最后补一句，如果实在测不到精确功耗，用 Vivado 的估算值也行，但要说明是工具估算，别硬报一个看起来很假的整数。面试官更在意你有没有测量意识，而不是数字多漂亮。

你目前是把整个网络都放 PL 了，还是 PS 做调度、PL 做卷积？这个结构不同，测法和讲法差别挺大。

说个容易被忽略的点：指标不是越多越好，堆一堆数反而容易翻车。我见过简历写「延迟 2ms、功耗 1.5W」，面试官一问怎么测的，答不上来，比不写还糟。

更稳的做法是挑三四个你真能复现的指标，配一张截图。比如资源占用直接 Report Utilization 截图，这一张最有说服力，因为它带工具版本、器件型号、时间戳，没法编。延迟和帧率你哪怕用最土的 printf 打时间戳测，只要说清楚测的是哪一段，也比含糊的「很快」强。

功耗这块要小心，Report Power 给的是估算，向量活动率不准时偏差可能很大。你可以写「Vivado 估算动态功耗约 X W」，别写成实测。真要实测得上电流探头，学生一般没条件，如实说是估算没人会扣分。

另外准备一个对比维度会很加分：同样这个网络在 CPU 上跑多少毫秒，加速比多少倍。这个不需要很精确，跑个 Python 版本计时就行，但能让你的数字有了参照系。

最后提醒，面试官追问的往往不是数字本身，而是「为什么是这个数」。所以每个指标背后你都得有一句解释，实在解释不了的就别放简历，免得到时候卡壳。你打算先测哪一项？

先别想太多指标，就测一个端到端延迟。哪怕用IO口翻转加示波器看，或者系统里打时间戳，从输入一帧到输出结果多少毫秒，说清楚测的哪一段。这一个数就能救你半条命。你板子跑的是哪个网络？

其实你缺的不是指标，是一个数：从输入一帧到输出结果的端到端毫秒数。用IO翻转加示波器，或者在Vitis里打时间戳都行。有了它，帧率、加速比全都能顺着推出来。你板子现在跑的是哪张网络？

说实话就一句话：面试官要的不是「能跑通」，是「我测过」。你现在缺的其实是一个端到端延迟数字，从输入一帧到结果出来多少毫秒，配上 Vivado 的 Utilization 截图，基本就稳了。你板子上跑的是哪张网络？

这个问题其实得先想明白面试官为什么追着数字问。他不是要一份性能报告，他是在用数字当测谎仪：真跑过的人一定被某个瓶颈折磨过，而折磨过的人张口就能说出「卡在哪、为什么卡」。所以你要补的不是一堆指标，是一条能被追问三层的故事线。

主线怎么搭？从「一帧数据怎么走完整个系统」开始。输入图片从 DDR 读进来，经过 PL 上的卷积加速器，结果再写回 DDR，中间有没有 DMA、有没有乒乓缓冲、有没有量化反量化。把这条链路在纸上画一遍，你就知道该测哪几个点。端到端延迟就是第一帧输入到最后一帧结果落地的毫秒数，这个数最硬，因为它把软件开销、数据搬运、计算全包进去了。测法上，用 AXI Timer 或者 Vitis 里的计时函数打时间戳都行，关键是说清楚你掐的是哪一段——是从 DDR 读开始，还是从 PL 收到第一个数据开始，口径不同数字差一大截，面试官最爱在这里挖坑。

有了端到端延迟，吞吐量基本是它的倒数（如果流水线是连续的），资源占用去 Vivado 里 Report Utilization，DSP、BRAM、LUT、FF 各占多少、占整片的百分比，截图留档，那张图带器件型号和工具版本，造不了假。功耗用 Report Power，注意那是估算，向量活动率不准时偏差很大，你如实说「Vivado 估算动态功耗约 X W」就行，别吹成实测。

再往上加一层，对比加速比。同一个网络在 CPU 上跑多少毫秒，你 FPGA 上多少毫秒，倍数一算，故事就完整了。但真正拉开差距的是取舍：你这个设计为什么用这么多 DSP 换速度？如果 BRAM 不够了你会砍哪一层？把资源、速度、功耗三者的矛盾讲出来，面试官会觉得你是设计者而不是调包侠。

补测的顺序建议是：先端到端延迟，再资源截图，再功耗估算，最后对比。别一上来堆十个指标，讲不清测量口径反而扣分。你板子上跑的是哪张网络、量化到什么位宽？这两个决定了后面所有数字的量级。

个人感觉最容易被忽略的一点是：指标要能自洽。你写 100FPS，面试官心里马上算——时钟多少、每帧多少次乘加、并行度几个、DSP 够不够，对不上就露馅。所以补指标之前先把这几个量捋顺：时钟频率、每帧计算量、你开了几路并行。这三个定了，吞吐量的合理区间就定了，你测出来的数只要落在这个区间里，怎么问都不慌。

然后才是工具层面的事。资源去 Report Utilization 截图，功耗用 Report Power 但标明是估算，延迟用 AXI Timer 或打时间戳，说清测的是哪一段。留一页纸，数字加截图，面试时直接翻。

你这网络是逐层流水还是整帧算完再输出？这决定了吞吐量该按帧算还是按层算。

先说个不太中听的：你现在卡壳，大概率不是「没测数字」，而是这个项目在面试官眼里还没形成一个能被追问的系统。数字只是系统的副产品。所以别急着去背帧率，先把链路想清楚——输入从哪来（DDR 还是 SD 卡）、谁搬（DMA 还是 AXI-Stream）、算力单元怎么组织（几路并行、什么位宽、定点还是浮点）、结果怎么出去。这条线你自己能顺下来，后面所有数字才有地方挂。

顺着这条线，最该先补的是端到端延迟，单位毫秒。为什么是它？因为它把软件开销、数据搬运、计算全包进去了，是一个「赖不掉」的数。测法不用多高级，Vitis 里打时间戳，或者用 AXI Timer，甚至拿 GPIO 翻转加示波器看都行，关键是你要能说清楚掐的是哪一段：是从 DDR 读到输入那一拍开始，还是从 PL 收到第一个数据开始。面试官最爱追的就是这个边界。

有了延迟，吞吐量基本就是 1000 除以单帧延迟，前提是流水线跑满、没有气泡。这里有个坑：很多人写了很高的 FPS，但一算时钟和并行度对不上。所以先自检一遍——时钟多少兆、每帧多少次乘加、开了几路并行，这三个量定了，吞吐的合理区间就定了，你测出来的数只要落在里面就不会被问穿。

资源占用反而是最好办的。Vivado 综合实现之后 Report Utilization，DSP、BRAM、LUT、FF 各占多少、占整片百分比多少，截图留档，这张图带器件型号和时间戳，最有说服力。功耗用 Report Power，但一定标明是估算值，别写成实测，学生一般没条件上电流探头，如实说没人扣分。

最后补一个对比维度会加分很多：同一个网络在 PC 的 CPU 上跑多少毫秒，你的加速比是多少倍。这个数一出来，面试官会觉得你不只是跑通了，还知道自己在跟谁比。

你现在这块板子上，瓶颈更偏计算还是偏数据搬运？这个想清楚了，下一轮追问基本就稳了。

我换个角度说：面试官问数字，本质是在找「你被什么折磨过」。真跑过的人不会只报一个漂亮的数，他会顺口说出卡在哪。所以准备的时候，与其罗列指标，不如准备好一条故事线——比如「一开始端到端 40ms，发现瓶颈在 DDR 搬运，改成乒乓缓冲加 AXI-Stream 之后降到 12ms」。

这条线里自然就带出了延迟怎么测、改了什么、为什么有效。资源占用和功耗只是配角，Report Utilization 和 Power Report 截个图放旁边就行，功耗记得标估算。面试时你讲的是取舍，不是成绩单，追问三层也接得住。

你目前测出来的那个数，是整帧算完再输出，还是逐层流水的？