你想做SOC level的验证吗？

请教一下：
第五项 感觉NOC是不是需要一个subsystem验证其带宽 latence等性能 在soc level需要firmware很完善才能测出问题？
第七项 UVM based SOC环境是怎么软硬co-sim的？

第五项：看你NOC的scope是什么？如果只是想验"chip"的"互联"，还是要chip level的验证。如果要typical的performance/latency, 是可以找firmware去run, 但是这样做effort太大，少有人这样做。ROI太低
第七项：UVM based SOC, 和co-sim分别做就可以(我没做过，本来是两个概念)

5. 搞个NoC RTL, 挂上可配置的masters/slaves behavior model, 然后按场景灌激励，就能统计出个大概了呀

7. 一直疑问UVM的soc环境是如何验证cpu部分的，现在的soc验证环境已经越来越复杂了，如果uvm的验证环境在soc验证上有短板，为什么这么多公司强调uvm，只是标榜一下方法学？

这样测不难啊，关键是涉及的master/slave太多，比较费时

soc的环境不是为了验cpu的，只是把cpu挂上来而已，要验在CPU module level去做

你觉得前四项简单，也许是因为你已经在此领域有相关经验。
对于第五项， SOC level是需要针对特殊场景进行对NOC 测试的。
对于第六项， 对于Low Power，前端验证需要做很多事情啊， 基于upf或者cpf的系统级仿真就是一个很重要的task

low power, upf/cpf系统级会run非常慢啊，所以只挑几个run看看？

在SOC level做验证，不能把眼光局限于某一个具体的IP或者bus，要有系统集成和应用场景的概念，我们要cover的不仅仅是NOC本身，还会涉及到由此相关的众多IP （跟具体scenario/feature有关系），你说的完全是IP level验证的任务。

对于第五项/第七项， 这个是涉及到具体的技术细节，按照公司规定，我们保密。sorry ！

限于很多验证的技术细节，按照公司规定，我是不方便透漏的。 如果你们有机会加入华芯通soc验证大家庭，就明白了。sorry

sorry，技术细节的东西，不方便在这里讨论。

看来是不入虎穴焉得虎子啊：）

兄弟你言重了，我们这边 对想提高个人综合实战技能的人 确实是一个蛮不错的机会。

get it：）

挑选一部分你感兴趣的case就好了
本身soc验证就是很多时候是专注于ip connection相关工作，对于某些底层实现不用太care，low power其实也类似

顶一下

太对口了，可惜不在魔都帝都

魔都帝都要是有认识的朋友都可以介绍，推荐有奖

弹性工作制，咋跟海光秦刺刀？