UVM/OVM中的factory---------个人总结

allencherry

些的确实很好，学习了

teruyu

没仔细研究uvm_config_db，应该不是用factory机制来实现，factory机制的主要工作是创建对象，uvm的conf ...
asic_wang 发表于 2014-7-17 16:25

                               
登录/注册后可看大图

是这样的。 uvm_config_db & uvm_resource_db 的机制和factory没有关系。以uvm_resource_db为例：
1)首先实现了单实例的uvm_resource_pool;   


2) 在uvm_resource_pool中，包括两个联合数组rtab & ttab.
rtab的索引是string(简单理解为name,包括scope), 里面的数据类型为queue( 而这个queue里面的数据类型为uvm_resource_base);
ttab的索引时uvm_resource_base(可以简单理解为type，里面的数据类型同上（）。
当你通过uvm_resource_db(Type)::set(), 向uvm_resource_pool加入一个资源时，一般会同时更新两个联合数组。
这里说的是一般，还有很多特殊的set()函数，例如： set_anonymous().

3) 资源的读出。例如： read_by_name(),  read_by_type()
这里的一个问题就是： 如果满足name和type有多个的话，哪一个读出？
uvm_resource_base有一个数据： precedence. 默认值1000； 还有queue是有头有尾的。
根据UVM的代码，好像： read_by_name()有多个匹配，返回precedence最高的。（存储的precedence值=默认 - hierarchy的深度）
                                read_by_type()有多个匹配，返回的是queue里面的第一个。

uvm_config_db继承之uvm_resource_db. 有扩展，但实现思路差不多。（用了静态数组）。

我个人觉得uvm_resource_db更强大，我用的比较多。  不知道大家使用上有啥区分。

wang795412

感谢楼主分享经验，分享的精神是值得鼓励的。谢谢，受益匪浅。

xinmeng6393

厉害不错的理解

yeewang

听君一席话，胜打十年工！

atsky0328

楼主厉害，学习了，

wangyukan

面向对象讲得如此精彩啊！

seabeam

回复 42# teruyu

mentor 只有一句， The uvm_resource_db API should not be used due to quirks in its behavior.具体怎么quirk没有提及，所以mentor不推荐用。

seabeam

回复 42# teruyu

基本上了解了，如果在不同层次上调用相同的resource_db，那么可能你在低层次里的set会win, 所以不推荐

cmgit

感谢楼主，讲得非常好，感谢！