资源反标（resource back-annotation）是 RCF 分割流程中的一项校正机制：把综合后得到的实际资源数据写入反标文件，再导入分割引擎，用实测值替换 RTL 级的资源预估，使后续的分割迭代建立在更接近真实硬件的数据之上。
RCF 在预分割阶段基于 RTL 代码进行资源预估，估算每个模块在 FPGA 中占用的 LUT、FF、BRAM 和 DSP 等资源数量。然而，RTL 级预估与实际综合后的资源消耗可能存在较大差异——某些逻辑在综合后可能被优化掉，某些组合逻辑可能展开为更大的查找表，导致预估偏大或偏小。
资源反标的流程如下：
对设计进行一次完整的综合，获得网表级的精确资源数据。
将综合后的资源数据以反标文件的形式导入 RCF。
RCF 在后续的分割迭代中使用反标数据替代 RTL 级预估，重新计算各模块的资源占用。
基于更准确的资源数据进行分割调整，使分割结果更贴合实际硬件情况。
通过资源反标，可以显著减少因资源预估不准确而导致的反复分割迭代时间，尤其在包含大量数据通路、多级流水线或复杂状态机的设计中效果更为明显。
资源反标是 RCF 分割引擎的组成部分，随 Player Pro – CompileTime（PPro-CT）提供，在预分割与正式分割环节调用反标数据。典型用法是在方案确定前先跑一次综合做校正，之后的分割迭代沿用反标数据。
资源估算是多 FPGA 分割质量的前置条件。业内多数流程在"纯 RTL 预估"与"网表级分割"之间取舍——前者快但精度有限，后者准但丢失设计层次；资源反标相当于在 RTL 级流程中引入综合后的实测数据，是思尔芯 RCF 在精度与可调试性之间取得平衡的手段之一。
最后更新：2026-10-20
A：不需要。通常在首次分割、设计规模显著变化或模块结构调整后重新做一次。小幅 RTL 修改对模块级资源画像影响有限，可沿用已有反标数据；若改动涉及大面积逻辑删除或存储/DSP 重构，则应重新采集。
A：不是。网表级分割直接以综合后的网表为输入做切割，精度高但设计层次与信号名在网表层已被打平，不利于调试和 ECO。资源反标只借用综合后的资源数据来校正 RTL 级分割，分割本身仍在 RTL 层进行，层次信息得以保留。
-889.png)
