2026年FPGA校招面试官问我「你这个CNN加速器峰值算力多少GOPS」，我答不上来，简历项目该怎么补算力指标才不被问倒？

先说个扎心的：面试官问峰值算力，不是想听你背公式，是想看你知不知道自己的数字是怎么来的、边界在哪。所以补指标的关键不是把简历写满，而是让每个数字都经得起往下追三层。

主线其实就一条：从「能跑」倒推回「算力账」。第一步先固定量化口径。你跑的是YOLOv5s，那就要说清输入分辨率（比如640还是320）、量化精度（INT8还是INT16，还是根本没量化就FP32）、batch size。这几个不写清，算力数字就是空中楼阁，因为不同分辨率下MAC数差好几倍。

第二步算峰值。峰值算力=MAC数×2×频率，这里的MAC数指的是你硬件上真正例化的乘加单元总数，不是模型的总运算量，这两个概念很多人混。比如你DSP用了多少颗、每颗在一个周期里能打几个MAC，乘上加速器的工作频率，才是峰值。举例：假设用了1000个DSP做乘法，每个周期每DSP算1个MAC，频率200MHz，那峰值就是1000×2×200M=400GOPS。这个数是你硬件的天花板，跟模型无关。

第三步才是有效算力，也就是实测帧率反推：单帧运算量（比如YOLOv5s在640下大约十几到几十GOP，看你怎么算）乘以帧率，得到实际吞吐。峰值和有效之间的差距就是利用率，一般能到20%到50%就不错了，卷积层多、访存瓶颈小的时候高一些。面试官追问利用率低，你要能说出是DDR带宽卡住、还是卷积复用没做好、还是后处理在CPU上。

第四步补资源占用：LUT、FF、DSP、BRAM各用了多少百分比，最好给出综合后的报告截图数据。功耗用Vivado的report_power估一个，说明是估算不是实测。帧率一定要是端到端实测，别只报加速器内核的。

简历上一行可以这样写：基于Zynq的YOLOv5s INT8加速器，峰值算力约XX GOPS，实测帧率XX fps，DSP占用XX%，片上功耗约X W。数字不用漂亮，但每个都要能解释来源。你现在的板子是什么型号、跑在什么频率上，先把这个确认了再动笔。

最后提醒：2026年校招这类项目已经很卷，面试官见多了「跑通就行」的简历，能把自己的账算明白的人反而少。别怕数字小，怕的是答不上来。

其实不用把简历写得多花哨，核心就四个数：峰值算力、实测帧率、DSP占用、功耗。峰值按你例化的MAC单元数乘频率乘2算，写清是INT8还是FP16、什么分辨率。帧率必须是端到端实测，别拿内核吞吐糊弄。功耗用工具估一个并注明是估算。面试官真正想听的是峰值和有效之间的差距你怎么解释，所以顺带想好利用率低的原因，是带宽还是调度。你综合报告还在吗？

先别急着背公式，把「峰值」和「有效」这两个词分清楚，面试就稳一半。峰值算力是硬件理论上限，跟你跑什么模型没关系：你例化了多少个乘法单元（DSP 里做 INT8 时可以打包，比如一颗 DSP48 做两个 8 位乘），乘上加速器工作频率，再乘 2（一次乘加算两次运算），单位是 GOPS。有效算力才是你模型真正用上的部分，等于总运算量除以实测推理时间，或者峰值乘利用率。这两个数差多少、为什么差，才是面试官真正想挖的。

所以补指标的主线不是「填满简历」，而是让每个数字都能往下追三层。第一层先固定口径：YOLOv5s 输入是 640 还是 320，量化到 INT8 还是 INT16，batch 是 1 还是 8。这几个不写清，算力数字就是空中楼阁，分辨率翻倍 MAC 数差四倍。第二层才是算峰值：数一下你综合报告里 DSP 用了多少颗、BRAM 多少块、时序跑到多少 MHz，用 MAC 数乘频率乘 2 写出来，并注明是 INT8 还是 FP16。第三层是实测：端到端帧率（含前后处理，别只报内核吞吐）、对应功耗（用工具估的就说估算，注明是整板还是 PL 部分）。

常见误区有两个。一是拿模型总运算量当峰值算力，比如「YOLOv5s 有 7.5 GOP 所以峰值 7.5 GOPS」，这俩根本不是一回事。二是只报帧率不报分辨率，面试官没法判断你效率高低。真正加分的写法是主动给出利用率并解释瓶颈：比如峰值 400 GOPS，实测有效 80 GOPS，利用率 20%，原因是 DDR 带宽受限或卷积调度有空泡。能讲清这个差距，比数字漂亮得多。你综合报告的资源和时序那一页还留着吗？

先说个容易被忽略的点：面试官问峰值算力，其实是在查你有没有把「硬件账」和「模型账」分开记。你项目里 DSP 用了多少、跑在多少 MHz、BRAM 够不够塞 feature map，这些是硬件账；YOLOv5s 在 640 分辨率下有多少 MAC，这是模型账。两张账对不上，利用率就低，面试官下一句必然是「为什么只有这么点」。

所以补指标别只补一个 GOPS，顺手把三样东西一起记：DSP 占用、工作频率、量化位宽。峰值 = 例化的 MAC 单元数 × 2 × 频率，INT8 下一颗 DSP 能打包两个 8 位乘，算的时候别按一颗一个乘去数，不然数字会虚低，被追问时反而更慌。有效算力就用模型总 MAC 除以实测端到端时间，或者峰值乘利用率，两个口径都准备一下。

举个具体的：假设综合后 DSP 用了 900 颗，每颗每周期做 2 个 INT8 MAC，加速器跑 200 MHz，那峰值大概 900×2×2×200M ≈ 720 GOPS。如果你实测 YOLOv5s 端到端 30 fps，模型约 7 GMAC，那有效大概 7G×2×30 ≈ 420 GOPS，利用率接近六成——这个数就能自圆其说了。

风险在于：如果你根本没测端到端，只测了内核吞吐，被追问「含前后处理吗」就露馅。替代做法是老实写「加速器内核实测 XX fps，端到端含预处理约 XX fps」，反而显得可信。你综合报告里 DSP 和频率那两栏还在吗？

很多同学补指标只盯着峰值 GOPS 一个数，结果面试官换个角度问就崩了。建议你按「一张表」来整理，而不是一个数字：DSP 占用、BRAM 占用、LUT/FF 占用、加速器工作频率、量化位宽、峰值 GOPS、端到端帧率、功耗。这八个里前四个来自综合/实现报告，后四个要么实测要么按口径估算。峰值 = 例化的 MAC 单元数 × 2 × 频率，注意 INT8 下一颗 DSP48 常能打包两个 8 位乘，别按一颗一个乘去数，不然数字虚低。有效算力就是模型总 MAC 除以实测端到端时间，或者峰值乘利用率，两个口径都备着。一个常见风险：有人只写峰值不写频率和位宽，面试官追问「你 DSP 多少颗、跑多少兆」就露馅。替代做法是如果确实没测功耗，就注明是工具估算并写清工具版本，别硬编一个数。你综合报告和实现报告现在还在手上吗？

先说个面试现场常见的情形：你答不上来，往往不是因为不会算，而是因为简历上只有一个「能跑YOLOv5s」，没给自己留退路。补指标时我建议顺手加一列「数据来源」，比如DSP占用和频率来自实现报告，帧率来自实测，功耗注明是工具估算还是板测。这样面试官追问时你能说清边界，比硬报一个漂亮数字稳得多。风险在于有人把峰值当有效算力写，面试官一算利用率只有个位数，反而更尴尬。替代做法是如果当时没留综合报告，就重新跑一次实现，把DSP、BRAM、LUT、频率截图存好，别凭记忆编。举个例子，假设你跑了200MHz，DSP用了800颗做INT8，峰值大概就是800×2×2e8，也就是0.32TOPS左右，这个数和你实测帧率能不能对上，自己先验一遍。你现在的工程还能重新综合出报告吗？

补指标这件事，本质上不是往简历上贴数字，而是把你做项目的因果链补完整。面试官问峰值算力，真正想确认的是：你知不知道自己硬件上有多少乘加单元、跑多快、模型有多大、中间损耗在哪。所以主线可以沿着「口径—硬件账—模型账—差距解释」走一遍。先固定口径，YOLOv5s的输入分辨率、量化位宽、batch size必须写清，640和320的MAC数差好几倍，INT8和FP16的硬件效率也完全不同。然后算硬件账，去实现报告里找DSP数量和工作频率，INT8下一颗DSP48通常能打包两个8位乘，峰值就是打包后的MAC数乘频率再乘2。接着算模型账，YOLOv5s的总MAC是固定的，除以实测端到端时间就是有效算力。两个数一除就是利用率，利用率低不可怕，可怕的是你说不出为什么低，是带宽卡住、调度没排满，还是后处理拖了时间。功耗如果没板测，就写工具估算并注明版本。这一套走下来，你补的不是一个GOPS，而是一段能自圆其说的工程叙事。你目前手上有实现报告和实测帧率这两样东西吗？

先说个很多人补指标时踩的坑：把峰值算力当成一个孤立的数字填进简历，结果面试官一句「那你有效利用率多少」就接不住了。其实简历上真正该出现的是一个能自洽的小账本，而不是一个漂亮的GOPS。

你项目是Zynq跑YOLOv5s，建议按这个顺序倒推。第一，翻你的实现报告，记下DSP用了多少颗、BRAM用了多少、加速器核跑在多少MHz、量化到什么精度。第二，算峰值：MAC单元数×2×频率。这里最容易被追问的是「一颗DSP算几个MAC」，INT8下DSP48常见做法是打包两个8位乘，所以别傻乎乎按一颗一个乘数，不然数字虚低一半，反而显得你不懂硬件。第三，实测端到端帧率，注意是端到端，包含前后处理，别拿纯卷积核的吞吐糊弄。有效算力就是模型总MAC除以实测时间。

风险在哪？很多人只写峰值不写口径，面试官追问分辨率是640还是320、batch是1还是几，答不上来就露馅，因为分辨率翻倍MAC数差好几倍。替代做法：如果你手头没有综合报告，就重新跑一次实现，把DSP、BRAM、频率截图存好，别凭记忆编数字。功耗如果没板测，就注明是工具估算并写清版本。

一个小例子：假设DSP用了900颗做INT8、跑200MHz，峰值约0.36TOPS；如果你实测YOLOv5s端到端只有15FPS，那有效算力就很低，这时候你得提前想好「为什么低」——是带宽卡住了、调度没排满，还是后处理拖时间。能解释清楚差距，比报个高数字更让面试官放心。你现在的综合报告还能重新导出来吗？