系统与设计
的意见

快速、准确、标准

最佳实践与fast-timed架构建模使用tlm - 2.0扩展。

受欢迎程度

与松散的模型用于软件开发,依靠高水平的抽象模拟尽可能快,之间的通信架构模型在虚拟样机对早期性能分析需要时间更准确地建模。

这种权衡可以看起来像一个大的飞跃,跨越的差距从SystemC tlm - 2.0 LT(松散的)模型和周期精确的RTL在另一端。然而,之间有一个解决方案,设计正是为了这个目的…tlm - 2.0,或者约时间建模。

tlm - 2.0标准提供了一个基础协议建模时间沟通,但它是通用的,它不会实现所有可用功能在实际的协议用于生产出类拔萃。这自然限制了精度基本标准用于早期性能分析时可以表达。值得庆幸的是,建筑师无处不在,tlm - 2.0标准的作者也定义了扩展机制。这些机制使正确代表流行行业协议,如阿喜,准确的时间,同时保留完整的模型在模型与基于标准的互操作性。结果是令人印象深刻的速度和准确性。

为了说明这一点,我们可以把一个简单的系统仿真的结果。相同的通信是在两个不同的建模方法,首先用tlm - 2.0基地协议,其次使用Synopsys对此快定时tlm - 2.0扩展AXI(简称英尺AXI):

•每个系统的火灾数量20 20读和写单和破裂。
•每个系统有3个硕士,每个主运行10000次迭代。
•在每种情况下总事务数=(2 * 20 * 10000)* 3 = 120万个事务。

两个系统模拟建筑足够快的探索和分析。读事务放大,下面的表强调准确性相当不同:

屏幕-射- 2016 - 10 - 31 - 8 - 04 - 45点

因为它能表达的细节AXI协议,英国《金融时报》AXI系统反映了更精确的行为。的平均吞吐量和平均持续时间读事务(以及其他可用指标)为建筑师提供了一个更现实的估计性能,可以实现与当前系统。

另一方面,其他系统都过于乐观的结果,增加该系统将设计的风险。的原因是什么?不使用英尺AXI扩展改善沟通的准确性,系统只使用tlm - 2.0在基地协议限制:

•没有击败时机突然访问。
•总是发送地址和数据一起写道。
•并发读写请求是不可能的。
•额外的属性如破裂类型和释放量(狭窄的事务)缺席。

Synopsys对此平台架构师结合快速时间AXI扩展到TLM api用于架构虚拟样机。这种方式模型创建者不需要处理各自的协议的细节使英尺或使模型之间的互操作性英尺和模型。

所以当使用tlm - 2.0体系结构建模早期性能分析,扩展自己。利用快速的扩展实现最佳组合的速度和准确性。它快速、准确、标准。



留下一个回复


(注意:这个名字会显示公开)

Baidu