👉此篇文章会随着工作年限的增加,持续更新…
1. transaction 的例化
你是不是习惯性的在 monitor 的 forever 循环中不停的例化 transaction 对象,如下:
my_transaction trans;
task my_monitor::main_phase();
forever begin
... // wait sample condition
trans = new("trans");
ap.write(trans); // TLM analysis port
end
endtask
此时就带来一个问题值得我们思考:forever 会一直不停的创建对象,如果环境中有很多的 agent, 并且不断地发送很多的 trans ,这些trans占用的空间资源是不是难以估量。这时可能你有疑问了,Systemverilog 是具有垃圾回收机制的,也就是当这个对象没有句柄指向(当最后一个句柄不再引用某个对象)时,SV就会释放这个对象的内存空间。但是这时就带来了一个问题,这个 trans 对象会在下一次调用 trans = new(“trans”) 时,才会释放这个对象。 此时,你可能需要等到某个条件才会再次例化一个 trans ,那么前一个trans 指向的对象就一直存在于内存中很多拍,知道某一拍条件出发,才释放内存。那么如果系统中有很多不同monitor 例化的trans,且这些 trans 对象的内容很多,这对内存的消耗就很大了。
那么该如何解决这个呢?
方案一
把trans放在forever 开头例化,这样,每次 forever 循环结束一次,就立刻重新例化一个trans对象,将上一个对象覆盖。
my_transaction trans;
task my_monitor::main_phase();
forever begin
trans = new("trans");
... // wait sample condition
... // monitor
ap.write(trans); // TLM analysis port
end
endtask
方案二
在将trans对象通过TLM端口发送出去后,就将trans句柄指向null。
my_transaction trans;
task my_monitor::main_phase();
forever begin
... // wait sample condition
trans = new("trans");
... // monitor
ap.write(trans); // TLM analysis port
trans = null ;
end
endtask
方案二
只例化一个对象,在下一次采样条件到来之前,将对象的内容清除,然后再采样向对象中塞内容。在transaction中自定义一个clear_all()函数,将trans对象中的一些队列和数组等内容清空。
my_transaction trans;
task my_monitor::main_phase();
trans = new("trans");
forever begin
trans.clear_all();
... // wait sample condition
...// monitor
ap.write(trans); // TLM analysis port
end
endtask
function void my_transction::clear_all();
... //delete array 、queue ...
endfunction
小结
方案一和方案二的思路是差不多的,都是想尽早地让前一个trans的对象没有trans句柄指向,然后通过SV的垃圾回收机制回收。但是问题在于,SV的垃圾回收机制是在什么时候回收这个对象,这个没有句柄指向的对象还会在仿真环境中存在多久,这点我们不得而知。所以,更可取的方式是采用方案三,只例化一个对象,每次采样之前先将前一个trans对象中的内容清空,减少向CPU申请开匹配内存的消耗。