对于一个HLS设计,第一步是得到一个csim正确的版本,在此基础上:
-
确定优化方向,分析数据流和数据间的dependency,综合考虑resource and throughput, 基本确定能达到的优化目标;
- 对于primitive,一般是throughput优先,尽可能做到一拍处理更大位宽的数据。 -
根据HLS synth report, 分析整体的latency以及其具体组成,然后从对latency影响最大的模块开始着手优化;
- pragma loop_tripcount对于分析整体latency很有帮助,一般按照实际情况设置,或者设置为10的整数倍,不同层级在数量级上有一定的区分可便于分析。 -
对于csim和cosim结果不一致的情况
-
一般原因均是因为变量、数组没有初始化引起的,因为未初始化的变量csim时会初始化为0,而cosim不会。有时候我们未对变量进行初始化,而且根据设计流程也应该是先写后读,但实际执行过程却不是这样,所以要特别注意;
-
另一个可能出现结果不一致的情况就是操作数组时出现边界溢出的情况,所以要特别注意。
-
还有就是为了做到ii=1使用了:#pragma HLS dependence variable = temp_array inter false, 可是代码运行中还是出现还未成功写入数据就读了该地址的值,导致错误;如果有这种情况需要用大于原本ii的深度的cache,去防止上述问题,一方面可以基于单周期刷RAM的方式解决。如下所示,函数foo1只能做到ii=2,如果直接加 "#pragma HLS dependenc
-