约束条件效率

审查约束覆盖范围编写时间约束时，重要的是保持约束的简单性并指定它们仅在相关网表对象上。低效的约束导致更大的运行时间和更大的内存消耗。低效的约束也可能导致设计受到不适当的约束，因为定时异常可能会意外地覆盖比预期更多的路径，并与其他路径发生冲突约束。当提供给时间约束的对象数量很小时，时间约束是有效的以尽可能准确和安全地覆盖期望的定时路径。大多数时候由于对象列表通常是由一些引脚或单元构建的，因此无法获得效率名称模式。但是，当为计时异常构建对象列表。Vivado提供了几种获取时间异常反馈的方法：

•方法检查XDCB-1（report_methodology）报告了时间限制引用大型对象集合（超过1000个）。

•报告异常命令（Report_exceptions）提供覆盖范围和冲突关于已经定义的定时异常的信息。

AMD建议您仔细分析以下报告：

•report_exceptions-scope_override

此报告提供了顶级时序约束的作用域时序约束的列表部分或完全覆盖。但是，它不会报告由覆盖的作用域约束另一个作用域约束（来自相同作用域或不同作用域）。例如，这个选项可用于验证IP约束是否未被某些用户的顶级覆盖约束。

•report_exceptions–覆盖范围

此报告提供每个定时异常的逻辑路径覆盖范围。对象的数量将传递给计时异常的值与起点和终点的数量进行比较有效地合作

•report_exceptions–忽略

此报告提供了被其他时间约束覆盖的时间约束的列表（用于例如由set_clock_group覆盖的set_false_path）。您应该查看重写约束以确保正确性或删除无用的约束。

•report_exceptions–ignored_object

此报告提供了由于以下原因而被忽略的起点和终点的列表：，从这些起点或到这些终点的不存在的路径。改进约束运行时

优化Pin查询

因为设计中的引脚比单元多好几倍，所以使用get_pins而不是getcells可能会对运行时产生重大影响。运行时降级可能是处理XDC约束时（例如，open_checkpoint运行时）或执行Tcl脚本。AMD建议利用引脚和单元对象之间的关系以改进大量pin查询的运行时间。它不是根据设计中所有引脚的名称来查找引脚列表，而是更多高效地首先找到所需引脚的单元格，然后通过过滤由第一查询返回的单元格的所需引脚，如下所述。