关于SDF系列文章，写在前

 对于SDF文档的翻译计划，“蓄谋”已久，迟迟没有实施下来。原因很多，每天搬砖不停，难得停下来，刷刷头条一也不为过。2024年，马上过去了，再不动手，今年的计划目标，又要泡汤了。

对于SDF，做过后仿的同仁，应该不陌生。说白了，就像VerilogHDL，PCIe 等标准一样。某些组织或者团体，摇旗吆喝，我们统一标准吧。免得大家各自一套，给业界带来很多麻烦。

好了，那就开会，定标准。

SDF 也一样。 它是一个标准，用来规定了一些关键字和语法，基于该规则下，标准的SDF文件，可以被不同厂家的仿真工具识别。

话说回来，为什么要学习这个SDF标准呢？ 真的很有必要吗？

这是一个好问题。

在后仿真中，SDF是必须打交道的一个文件。主要用途有：

（1）普通情况下，对于SDF文件内容的理解，我们只需要会读懂文件的内容即可。很多GLS仿真中的问题，我们需要心平气和去拨开迷雾，找到根本原因。这个过程中，我们需要阅读SDF文件，从中发现线索。

（2）极少情况下，我们可能对于一些复杂的GLS仿真场景，我们需要人工生成 SDF文件。SDF 文件是工具自动生成的。我们人工为什么要花费力气去做呢? 这是因为，还有些时候，我们为了减少GLS仿真的时间和提高效率，我们会选取某一个模块去做模块级FLS仿真。此时，对于模块级的输入，输出，我们需要施加delay。才能更贴合实际的芯片延时。这时，我们需要人工提取延时，并人工生成SDF文件，反标到设计中去 验证。

另外，对于验证工程师而言，我们要构建完整的技术体系。这些知识壁垒，我们尽可能都去攻克。才能更好的理解GLS仿真的问题。

写这些吧，万事开头难。期待每周更新。。。