Synopsys:默认报告精度(report_default_significant_digits变量)

Synopsys:默认报告精度(report_default_significant_digits变量)

相关阅读

Synopsyshttps://blog.ZEEKLOG.net/weixin_45791458/category_12812219.html?spm=1001.2014.3001.5482


        在使用report_timing之类的报告命令时,可以使用-significant_digits选项指定报告的精度,在不使用该选项的情况下,命令使用由report_default_significant_digits变量指定的默认精度进行报告。

        对于不同的工具,该变量的默认值和取值范围略有差别,如下所示。

Design Compiler:默认值为-1(表示使用命令特定的默认值),取值范围为-1到13。

IC Compiler:默认值为-1(表示使用命令特定的默认值),取值范围为-1到13。

PrimeTime:默认值为2,取值范围为0到13。

PrimePower:默认值为2,取值范围为0到13。

Fusion Compiler:默认值为2,取值范围为0到13。

IC Compiler II:默认值为2,取值范围为0到13。

NanoTime:默认值为3,取值范围为0到13。

RTL Architect:默认值为2,取值范围为0到13。

        并非所有报告命令都支持这个变量,具体需要查看命令手册。

        下面展示了report_default_significant_digits变量在PrimeTime中的使用方式。

pt_shell> report_timing **************************************** Report : timing -path_type full -delay_type max -max_paths 1 -sort_by slack Design : ORCA Version: O-2018.06-SP1 Date : Mon Jul 28 18:47:46 2025 **************************************** Startpoint: I_ORCA_TOP/I_PCI_CORE/pad_en_reg (rising edge-triggered flip-flop clocked by PCI_CLK) Endpoint: pad[1] (output port clocked by PCI_CLK) Path Group: PCI_CLK Path Type: max Min Clock Paths Derating Factor : 0.90 Point Incr Path ------------------------------------------------------------------------------ clock PCI_CLK (rise edge) 0.00 0.00 clock network delay (propagated) 3.63 3.63 I_ORCA_TOP/I_PCI_CORE/pad_en_reg/CP (sdcrq1) 0.00 3.63 r I_ORCA_TOP/I_PCI_CORE/pad_en_reg/Q (sdcrq1) 0.40 & 4.03 r U7/ZN (inv0d1) 0.07 & 4.10 f U62/ZN (inv0d1) 0.04 & 4.14 r U63/Z (or02d7) 0.27 & 4.41 r U63ASTipoInst495/Z (bufbdk) 0.31 & 4.71 r U63ASTipoInst494/Z (bufbda) 3.80 & 8.51 r pad_iopad_1/PAD (pc3b03) 6.12 H 14.63 r pad[1] (inout) 0.05 14.68 r data arrival time 14.68 clock PCI_CLK (rise edge) 15.00 15.00 clock network delay (propagated) 0.00 15.00 clock reconvergence pessimism 0.00 15.00 output external delay -4.00 11.00 data required time 11.00 ------------------------------------------------------------------------------ data required time 11.00 data arrival time -14.68 ------------------------------------------------------------------------------ slack (VIOLATED) -3.68 pt_shell> set_app_var report_default_significant_digits 4 pt_shell> report_timing **************************************** Report : timing -path_type full -delay_type max -max_paths 1 -sort_by slack Design : ORCA Version: O-2018.06-SP1 Date : Mon Jul 28 18:49:21 2025 **************************************** Startpoint: I_ORCA_TOP/I_PCI_CORE/pad_en_reg (rising edge-triggered flip-flop clocked by PCI_CLK) Endpoint: pad[1] (output port clocked by PCI_CLK) Path Group: PCI_CLK Path Type: max Min Clock Paths Derating Factor : 0.9000 Point Incr Path ------------------------------------------------------------------------------ clock PCI_CLK (rise edge) 0.0000 0.0000 clock network delay (propagated) 3.6278 3.6278 I_ORCA_TOP/I_PCI_CORE/pad_en_reg/CP (sdcrq1) 0.0000 3.6278 r I_ORCA_TOP/I_PCI_CORE/pad_en_reg/Q (sdcrq1) 0.4038 & 4.0315 r U7/ZN (inv0d1) 0.0660 & 4.0976 f U62/ZN (inv0d1) 0.0424 & 4.1400 r U63/Z (or02d7) 0.2692 & 4.4092 r U63ASTipoInst495/Z (bufbdk) 0.3057 & 4.7149 r U63ASTipoInst494/Z (bufbda) 3.7983 & 8.5132 r pad_iopad_1/PAD (pc3b03) 6.1185 H 14.6317 r pad[1] (inout) 0.0484 14.6801 r data arrival time 14.6801 clock PCI_CLK (rise edge) 15.0000 15.0000 clock network delay (propagated) 0.0000 15.0000 clock reconvergence pessimism 0.0000 15.0000 output external delay -4.0000 11.0000 data required time 11.0000 ------------------------------------------------------------------------------ data required time 11.0000 data arrival time -14.6801 ------------------------------------------------------------------------------ slack (VIOLATED) -3.6801 pt_shell> report_timing -significant_digits 5 **************************************** Report : timing -path_type full -delay_type max -max_paths 1 -sort_by slack Design : ORCA Version: O-2018.06-SP1 Date : Mon Jul 28 18:49:52 2025 **************************************** Startpoint: I_ORCA_TOP/I_PCI_CORE/pad_en_reg (rising edge-triggered flip-flop clocked by PCI_CLK) Endpoint: pad[1] (output port clocked by PCI_CLK) Path Group: PCI_CLK Path Type: max Min Clock Paths Derating Factor : 0.90000 Point Incr Path ------------------------------------------------------------------------------ clock PCI_CLK (rise edge) 0.00000 0.00000 clock network delay (propagated) 3.62777 3.62777 I_ORCA_TOP/I_PCI_CORE/pad_en_reg/CP (sdcrq1) 0.00000 3.62777 r I_ORCA_TOP/I_PCI_CORE/pad_en_reg/Q (sdcrq1) 0.40376 & 4.03154 r U7/ZN (inv0d1) 0.06603 & 4.09757 f U62/ZN (inv0d1) 0.04243 & 4.13999 r U63/Z (or02d7) 0.26920 & 4.40919 r U63ASTipoInst495/Z (bufbdk) 0.30573 & 4.71492 r U63ASTipoInst494/Z (bufbda) 3.79833 & 8.51324 r pad_iopad_1/PAD (pc3b03) 6.11847 H 14.63171 r pad[1] (inout) 0.04841 14.68012 r data arrival time 14.68012 clock PCI_CLK (rise edge) 15.00000 15.00000 clock network delay (propagated) 0.00000 15.00000 clock reconvergence pessimism 0.00000 15.00000 output external delay -4.00000 11.00000 data required time 11.00000 ------------------------------------------------------------------------------ data required time 11.00000 data arrival time -14.68012 ------------------------------------------------------------------------------ slack (VIOLATED) -3.68012

Read more

AIGC赋能插画创作:技术解析与代码实战详解

AIGC赋能插画创作:技术解析与代码实战详解

文章目录 * 一、技术架构深度解析 * 二、代码实战:构建AIGC插画生成器 * 1. 环境配置与依赖安装 * 2. 模型加载与文本提示词构建 * 3. 图像生成与参数调优 * 4. 风格迁移与多模型融合 * 三、进阶技巧:参数调优与效果增强 * 四、应用场景代码示例 * 1. 游戏角色设计 * 2. 广告海报生成 * 五、技术挑战与解决方案 * 六、未来趋势:AIGC插画创作生态 * 七、完整项目代码仓库 * 结语:重新定义插画创作边界 * 《一颗柚子的插画语言》 * 内容简介 * 作者简介 * 目录 * 前言 在数字艺术领域,AIGC(AI-Generated Content)技术正以指数级速度革新插画创作范式。下面将通过技术原理剖析与完整代码实现,展示如何从零构建AIGC插画生成系统,涵盖环境搭建、模型调用、参数调优到风格迁移全流程。 一、技术架构深度解析 AIGC插画生成的核心基于扩散模型(

By Ne0inhk

Llama Factory时间旅行:比较不同版本基座模型的微调效果

Llama Factory时间旅行:比较不同版本基座模型的微调效果 为什么需要比较不同版本的基座模型 在AI模型迭代过程中,研究团队经常面临一个关键问题:新版本的基座模型到底带来了哪些实质性改进?传统做法需要手动下载不同版本模型、配置独立环境、处理版本冲突,过程繁琐且容易引入变量干扰。Llama Factory的"时间旅行"功能正是为解决这一痛点而生。 这类对比实验通常需要GPU环境支持。目前ZEEKLOG算力平台提供了包含Llama Factory的预置镜像,可快速部署验证。通过该镜像,我们可以轻松加载历史版本模型,在相同数据集和参数下进行公平对比。 快速部署Llama Factory微调环境 1. 在GPU算力平台选择预装Llama Factory的镜像(建议选择PyTorch+CUDA基础环境) 2. 启动实例后,通过终端验证环境是否就绪: python -c "import llama_factory; print(llama_factory.__version__)" 1. 准备实验所需的基础模型版本(以LLaMA-3系列为例): mkdir -p

By Ne0inhk
【AIGC前沿】MiniMax海螺AI视频——图片/文本生成高质量视频

【AIGC前沿】MiniMax海螺AI视频——图片/文本生成高质量视频

目录 1.MiniMax海螺AI视频简介 2.使用教程 1.MiniMax海螺AI视频简介 海螺视频,作为 MiniMax 旗下海螺 AI 平台精心打造的 AI 视频生成工具,致力于助力用户产出高品质视频内容。该工具依托 abab-video-1 模型,具备强大的文生视频功能。用户仅需输入关键词或简短语句,海螺视频就能据此创作出情节丰富的完整视频。此外,海螺视频运用 DiT 架构,能够精准模拟现实世界的物理规律,尤其在生成复杂场景与高动作场景时,展现出卓越的性能。 2.使用教程 点击如下链接,进入蓝耘元生代智算云平台主页 https://cloud.lanyun.net/#/registerPage?promoterCode=11f606c51e 点击主页上方栏的“MaaS平台” 然后点击左侧栏的“视觉模型”  可以看到可以免费体验一次I2V-01图片生成视频  点击如下红框处将图片上传  例如输入如下的图片 例如想让小狗动起来,可以在如下红框处输入相应的指令,然后点击立即生成

By Ne0inhk

超越代码生成器:深度解析Triton-Copilot的人机协同设计哲学

超越代码生成器:深度解析Triton-Copilot的人机协同设计哲学 最近和几位负责底层性能优化的同事聊天,大家普遍有个共鸣:现在做高性能算子开发,感觉像是在走钢丝。一边是模型复杂度指数级增长带来的性能压力,另一边是手写CUDA或Triton代码那令人望而生畏的学习曲线和调试成本。资深专家忙得脚不沾地,而应用层开发者面对性能瓶颈往往束手无策,只能干等着排期。这种“专家依赖症”已经成为AI工程化落地的一个典型瓶颈。 正是在这种背景下,我第一次接触到Triton-Copilot。起初我以为它不过是又一个“智能代码补全”工具,但深入使用和剖析其架构后,我发现它的野心远不止于此。它不像ChatGPT那样,你问一句“写个矩阵乘法的Triton代码”,它给你一段可能能跑、但性能和正确性都无法保证的文本。Triton-Copilot构建的,是一套完整的、以验证和协作为核心的软件开发新范式。它试图回答一个根本性问题:如何将人类专家的领域知识(比如对硬件内存层次的理解、对数值稳定性的把握)与AI的代码生成和探索能力系统性地结合起来,而不仅仅是让AI“模仿”人类写代码? 这篇文章,我想从一个系统设

By Ne0inhk