如何使用ESL 进行架构探索

软件建模和 KPI

帕谢里丹于2017年 3 月 8 日发布

用关键绩效指标闭环

在Software Modeling Goes Mainstream中，Ed Sperling 最近撰写了芯片制造商如何应用用例建模技术来更好地了解软件和硬件之间的交互以及它们如何影响系统性能和能源效率的文章。

随着多核 SoC 软件内容的增长，这些交互变得越来越复杂。对于系统设计人员和 SoC 架构师来说，挑战在于尽早预测他们的下一代产品将如何满足应用程序的苛刻要求。此外，系统级目标必须以可在整个开发过程中跟踪的指标表示。我们将这些指标称为“关键绩效指标”或 KPI。

KPI 使系统设计人员能够从应用程序用例（工作负载）的角度以清晰简洁的方式指定系统需求。以下是一些简单的 KPI 示例：

• 每秒帧数，用于相机、视频和图形成像应用
• 每秒 I/O 操作数，适用于 SSD 等存储应用
• 浏览器启动时间，用于移动应用处理器和客户端系统
• 每分钟页数，适用于多功能打印机

写得好的 KPI 是系统级截止日期的清晰表达，最终产品必须满足这些截止日期才能提供所需的用户体验。下图为常见的移动应用处理器用例和 KPI 提供了更详细的说明：

  

现在是否有软件建模技术可以使关键用例及其相应的 KPI 完全可执行，以便进行早期分析，而无需运行实际软件？当然，今天博客的重点是用“是”来回答这个问题。

应用程序工作负载模型（例如任务图）捕获用例的处理和通信要求，使架构模拟结果能够以高效和自动化的方式与目标 KPI 进行比较。这使系统设计人员和 SoC 架构师能够在开发周期更早的时候就他们的规范闭环。

例如，下图显示了在Synopsys Platform Architect中模拟 3 种不同 SoC 架构配置的结果。在每种情况下，应用程序工作负载模型都是相同的，即 Android 用例中 Chrome 浏览器的任务图表示：

 

这 3 个图表显示了浏览器用例随时间施加的 CPU 负载，其中每种颜色代表一个 Android 进程在浏览器应用程序中的贡献。随着处理资源被添加到架构中，系统执行浏览器用例的能力得到提高。

对于 3 种情况中的 2 种，KPI 截止日期已明确满足。然而，加速并不仅仅是内核数量的线性函数：CPU 利用率的低谷表明进程之间的依赖关系限制了浏览器应用程序的可用任务级并行度。该分析揭示了可以进一步优化系统的线索，以降低功耗和成本，同时仍能实现整体 KPI 性能目标。

在 SoC 架构最终确定后，可以在整个硬件和软件开发过程中跟踪关键应用用例及其 KPI，以确保满足系统规范。而且，由于任务图是工作负载模型而不是实际软件，系统设计团队可以更轻松地与半导体供应商共享它们，作为其用例的可执行规范（和相应的 KPI），从而有利于供应链中的协作。

所以给自己定一个截止日期！使用关键性能指标 (KPI)、用例工作负载建模和早期架构分析来关闭您的下一代架构。