如果没有公司以前的验证环境可以维护，你有能力从零开始搭建一个项目的验证平台吗

lalala.

大家讨论一下

lalala.

我发现平时工作的时候大多数的验证环境都是从以前项目移植过来的，真正自己从零开始的很少。这样会不会导致自己验证技能其中之一搭建平台的退化。验证工程师最核心的能力究竟是什么

idealm

搭建一个环境感觉没什么难度，但是想搭建一个好的环境需要经验积累。尤其比较大的项目中，如何做到环境的可复用性、可扩展性、可移植性，以及环境如何写能有效避免一些常犯的bug（比如一些编码规范，或者类似UVM划分出不同phase）都还是需要功夫的。
核心能力就不太清楚了，也许不同公司不同岗位要求的侧重点都会不同吧

zuiqiangzhe

没有这个能力
1.uvm环境可以搭
2.工具环境没接触过，跑不起来

kang.kang

idealm 发表于 2019-8-28 19:02
搭建一个环境感觉没什么难度，但是想搭建一个好的环境需要经验积累。尤其比较大的项目中，如何做到环境的可 ...

赞同层主意见。搭个能用的环境没什么难度。只是验证环境往往要与验证业务相结合，要搭一个好用的验证环境还需要对业务和应用场景相当熟悉，这些事情都要花费很多时间精力。而且一个成熟的验证环境中很多功能也都是在验证工作过程中慢慢优化和添加的。

goodivan

这个主要看脚本能力，脚本用的好，写这个不算复杂。在写脚本的时候，把哪些编译需要参数用一个文件配置，运行的参数用一个文件配置，回归的时候caselist以什么形式。不同的文件怎么吃进去，如RTL的filelist, FPGA的filelist, NETLIST的filelist等。回归的比对怎么做，回归的时候怎么监控，log是否显示终端，若不显示用什么方法显示该进程没有挂起，可以同时开几个CPU。。。。。。。

ujslisongting

goodivan 发表于 2019-8-29 17:02
这个主要看脚本能力，脚本用的好，写这个不算复杂。在写脚本的时候，把哪些编译需要参数用一个文件配置，运 ...

Hi

关于回归监控和比对，终端显示以及CPU使用，能否详细讲讲？

goodivan

ujslisongting 发表于 2019-8-30 13:05
Hi

关于回归监控和比对，终端显示以及CPU使用，能否详细讲讲？

CPU的使用VCS是有参数可选，是多线程的使用，比如回归有50个cases，一次选择并行跑5个，这个涉及多线程，和对每个线程的控制，比如一个线程跑完，在显示的时候打印finish，正在跑的是runing，跑完后把PASS和FAIL结果显示。结果监控是通过脚本在打印的Log查找关键字，如ERROR, UVM_ERROR, 等，也要去掉一些，比如UVM中最后的UVM_ERROR。这些都是脚本编程能力，我的脚本能力没有达到这个层度，具体实现不也清楚。

年轻的韭菜

goodivan 发表于 2019-8-30 14:21
CPU的使用VCS是有参数可选，是多线程的使用，比如回归有50个cases，一次选择并行跑5个，这个涉及多线程， ...

我看网上用perl的fork实现多线程，尝试了占用多个license并行跑。不过还是挨个跑的，不知道问题出在哪里了。我的仿真工具是irun，不知道irun还要配置什么参数吗。问下你了解吗。谢谢。

adan313

搭环境就是核心竞争力，虽然不是直接体现在薪水上。可以脱离公司，或者说你自己能把公司的工具环境和验证环境在自己的电脑上重写一遍，说明你基本上可以成为一个很不错的验证工程师了，而不是验证搬砖工。其他队协议，ip验证的技术，那都是无非是时间的问题。前提的环境框架，基本验证技术的掌握，说明你的大框架已经起来了。做工程师，如果你只会工作日常的一些技能，只会公司流程里的一些内容，流程背后的原理，机制不懂，这种情况下学习是很零散的，没有体系，会很被动。。