模式阻碍新方法吗?

专家在餐桌上,第2部分:大约时间模型死了吗?下面是一个非常活泼的讨论他们和他们的用例。

受欢迎程度

半导体工程坐下来讨论行业的状态建模以上抽象RTL,推迟了收养的一个因素虚拟样机和扩散的系统级设计和硬件/软件合作设计。参与讨论的弗兰克•Schirrmeister集团董事、产品营销系统开发套件节奏;,首席技术官碳设计系统;工程经理尼克•采集者在处理器的模型手臂;在阿尔特拉维多利亚米切尔,主任SoC软件;的创始人兼首席执行官玛莲Boonen Methods2Business;和汤姆德舒特、产品营销为仿真器Synopsys对此。在第一部分提供的大纲,每个参与者的当前状态建模和虚拟原型,从他们的角度看问题。以下是摘录的谈话。

建模面板

SE:今天人们被迫采取部分措施基于他们可用的模型吗?

Neifert:问题是缺乏坚持,或传播,一套好的标准,可以在使用更高的抽象层次。在松散定时(LT)层面,TLM 2.0 LT非常简单和直接,您可以建模系统。系统不能太复杂,因为你没有太多出色的交易。约时间(AT)是依赖于协议的一部分,每个人都有做过不同。

Schirrmeister我想死了。我们真的不需要讨论它。这是一个坏主意,它是无法核实的,它是生产的答案,只有使用的人写的,因为只有他们可以判断有意义的结果。LT或周期准确(CA)是两个人们使用。

Boonen:LT模型不够好SystemC模型用于高级合成。LT有利于硬件/软件验证。LT是易于创建但IP设计能够去市场在RTL很快就无法开始。我需要最先进的方法…

Schirrmeister:但这不是,对吧?也许我太激进。

Neifert:我不喜欢。当我谈论它,我展示了经典SystemC描述。它包含了LT,在CA然后我把龙在。

米切尔我认为有一个明确的需要。当你说这是死——这是令人失望的。我认为还有一种方式,我们可以解决这个问题。也许我们的方法,首先LT和添加层是错误的方法,但我们仍然需要一个解决方案。我同意Neifert,我们需要一个公共接口,这样我们可以一起把这些。如果你开始从下到上,那么你应该允许…

Schirrmeister:好吧,我支持踏板上。作为一个标准化的可交付成果,我不认为在任何我们将支持,因为每一位客户将寻找不同的东西。

米切尔:也许我们提供的解决方案是,在LT级别和一个标准的方法把它,如果这是你需要的。

Schirrmeister:我看到需要,但是解决方案必须非常仔细地完成。你必须有一个描述,该模型与时间或电力信息和注释仅为这些组件,因为你永远不可能完全做到。它需要这些免责声明,以确保用户只使用它的目的,回答特定的问题。如果这是用户的需求,需要有一个标准。今天,当Neifert说,每个人的做法不同。

米切尔:这也取决于你的用户是谁。光谱和软件人们希望不计时的中尉在内部我们关心和周期准确。客户可能只有一个肝移植模型。

Neifert:这就是为什么IP供应商做了伟大的工作提供肝移植模型,填补了空白的快速周期精确模型。当我们花时间尝试与专有解决方案集成在中间,我们浪费了很多时间。

Boonen:其实我不得不同意Schirrmeister在说什么。在很多的努力那么你为什么要这么做呢?如果你有一个性能模型,那是一个不同类型的模型和性能分析有一个用例。但这不是一个模型的所有功能。你不需要在性能模型。所以你必须看用例。作为一个IP设计中心,我必须提供高级合成模型运行非常快,但我也必须提供一个简单的LT模型吗?SystemC模型,我在那里帮我设计我的IP和验证软件。

采集者:其实有很多建模。只是每个人都有一个专有的方法。这不仅仅是知识产权;这是整个系统。很多公司都投入了大量的资源制作模型来分析他们的系统。我同意,我们没有管理规范,因为他们试图回答的问题和应用程序都是不同的。对IP提供商是很难找出如何让一件事适合每个人的需求。但这是一个挑战,很多公司已经与日益复杂的系统,确定系统的总体体系结构放在一起会适合他们的性能/功率预算之前,他们开始致力于一个实现。它方便我们坚持LT和CA因为我们可以定义它们很好,但我们必须记住,公司仍有创造的挑战模式和我们没有一个好的解决方案。

舒特:领带回到Schirrmeister早期的评论,这是一个推广IP是一个处理器,互连和内存子系统。从处理器的观点来看,已被证明是非常困难的去做任何事情。互连和内存子系统、互联网IP公司证明,它可以创建一个模型。记忆也是如此。所以它是IP具体。对于软件开发人员来说,要让寄存器和内存,LT模型是理想的。如果你正在寻找一个性能模型,你想延迟和吞吐量,需要互连和内存子系统和软件仍然是重要的,因为它提供了交通配置文件,所以你需要,但是没有标准这意味着你得到一块,另一块你需要20交易人之间做一些工作。



1评论

伯纳德 说:

我同意,我们被迫使用专有解决方案,但是有很多值在LT &模型——我目前有一个模型的4个核心设计大约20其他组件运行约100 x速度比RTL仿真和在合适的范围之前我可以做出现实的硬件~软件选择编码实现。
一个大怪物是核心——我不能找到一个方法来实际加入核心模型依赖于SystemC量子门将总线模型预测响应时间,取决于特定外设总线和仲裁。
我绝对不想下降周期精确的解决方案来处理的性能,所以整个解决方案最终被专有,但绝对是有用的,绝对提供迅速而廉价地提供我可以创造价值。

留下一个回复


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

Baidu