一般信号。同样需要手动 set_ideal_network

本题考察 SDC 约束中 set_ideal_network 的适用场景与潜在风险。set_ideal_network 的作用是将指定网络的延迟忽略（设为零延迟或理想延迟），常用于时钟、异步复位、测试模式等需要绕过长线延时以保证时序收敛的关键信号。对于“一般信号”（即数据信号、控制信号等普通逻辑路径），通常不应手动设置 set_ideal_network，原因如下： 1. **破坏时序收敛**: 一般信号是综合、布局布线过程中需要精确分析延时的对象。若对其设置 ideal_network，工具会忽略该网络的互连延迟和单元延迟，导致时序分析结果严重偏离实际情况，最终实现时可能产生 setup/hold 违例。 2. **误导优化**: 综合工具会基于 ideal 假设进行优化，可能过度插入 buffer 或调整逻辑深度，而实际物理实现后延迟远大于假设，造成性能不达标。 3. **违反设计意图**: set_ideal_network 的本意是处理特殊的全局网络（如 clock、reset），一般信号需要真实的延迟信息来确保功能正确。只有极少数情况下（如用户明确知道某段路径的延迟不影响整体时序，或用于早期仿真加速）才考虑使用，但工业实践中强烈不推荐。 4. **工具限制**: 多数后端工具（如 ICC2、Innovus）在物理实现阶段会忽略 ideal_network 的重叠约束，导致前后端不一致。 正确的做法是：区分时钟树、异步复位等全局网络，对一般信号使用常规的 set_input_delay / set_output_delay / false_path / multicycle_path 等约束，而非直接设置 ideal_network。 **易错点**：考生可能混淆 “set_ideal_network” 与 “set_clock_gating_check” 或 “set_disable_timing” 的用途；或认为所有长线都必须用 ideal 处理。实际笔试中常考察：set_ideal_network 仅应用于 clock、async reset、scan_enable 等，数据 path 禁用。