关闭循环的关键性能指标。
在软件建模成为主流,埃德·斯珀林最近写芯片制造商是如何应用用例建模技术来更好地理解之间的交互软件和硬件以及它们如何影响系统性能和能源效率。
多核soc的软件内容的增长,这些交互越来越复杂。为系统设计师和SoC架构师,挑战在于如何预测他们的下一代产品将如何满足要求尽早应用程序的需求。此外,系统级目标必须表达指标,可以对整个开发过程。我们称这些指标“关键绩效指标”,或KPI。
KPI启用系统设计者指定系统要求是清晰、简洁的方式,从应用程序的角度用例(工作量)。这里有一些简单的KPI的例子:
文笔KPI系统级的最后期限的明确表达式必须满足最终产品的生产所需的用户体验。下图为一个常见的移动应用程序提供了一个更详细的说明处理器用例和KPI:
今天软件建模技术可以使关键用例和相应的KPI是完全可执行文件,提前分析,无需运行实际的软件吗?今天的博客,当然是用肯定的回答这个问题。
应用程序工作负载模型,如任务图,获取处理和通信需求的用例,支持体系结构仿真结果比较目标KPI高效和自动化的方式。这使得系统设计师和SoC架构师关闭循环规范在开发周期的更早。
例如,下面的下一个图形显示了结果3种不同SoC架构配置模拟Synopsys对此平台架构师。在每种情况下应用程序工作负载模型是相同的,在Android浏览器的任务图表示用例:
这三个图表显示CPU负载由浏览器用例随着时间的推移,每个颜色代表的贡献一个Android浏览器应用程序的过程。处理资源添加到架构,系统用例执行浏览器的能力提高了。
两三个场景KPI显然是最后期限。然而,加速不仅仅是一个线性函数的核心:CPU利用率的槽表明过程之间的依赖关系限制了可用的浏览器应用程序的任务级别的并行性。这种分析揭示了线索,进一步系统优化是可行的,以减少功率和成本同时实现整体KPI绩效目标。
SoC架构完成后,关键的应用程序用例及其KPI可以追踪整个硬件和软件开发过程以确保系统规范。因为任务图工作量模型,而不是实际的软件,系统设计团队可以更容易地共享他们的半导体供应商作为用例的执行规范(和相应的KPI),供应链的合作中受益。
所以给自己设定一个最后期限!使用关键绩效指标(KPI),用例工作负载建模,并使用早期的架构分析,关闭循环在你的下一代架构。
|
|
|
|
|
|
|
|
|
留下一个回复