Town Hall 会议记录

Jun 15, 2020 • Bobby R. Bruce

---

6 月 3 日星期三举行了 gem5 研讨会 Town Hall。

本次会议已录制并公开可供观看：

下面记录的是会议的亮点：

• 提出了关于次要发布的问题。虽然我们对发布 gem5 的次要版本的想法持开放态度，但我们没有在不久的将来这样做的立即计划。我们将继续专注于下一个主要版本的 gem5；将在未来几个月内发布。
• 该项目打算提供”已知良好配置”，这些配置经过测试，并已知是对真实硬件的现实模拟。
• 为了生产更快的产品，有人建议 gem5 可以并行化。这被认为是一项需要大量工程工作的任务。因此，我们不打算将其作为任何可预见的发布的一部分。
• 详细讨论了统计包，特别是其输出令人困惑的事实。
  • 统计文档被认为不足，应该改进。
  • 建议在代码库中包含统计解析器。普遍认为这将是有益的。
  • 现在可以使用 JSON 统计输出格式，尽管并非所有 SimObject 都已转换以在所有情况下正确运行。
• 测试 SimObject 被提出为一个痛点。
  • SimObject 的测试框架将是有益的；一个允许为 SimObject 创建单元测试的框架。
  • 更好的 SimObject 测试符合 gem5 改进整体测试的更广泛愿望。
• 一些人对 gem5 的代码格式检查表示不满。
  • 我们可以提供 clang 格式检查器配置作为 gem5 代码库的一部分。
  • 可以放宽一些政策，特别是关于 C/C++ 头文件的政策，在某些情况下，这些文件是非标准的。
  • 总体上向更标准化的 C/C++ 代码风格标准迈进将是有益的。
• 注意到应该更频繁地运行 clang 地址清理器。尽管这些在 gem5-20 发布之前运行过，但定期检查可以在开发早期捕获错误。
• 社区中的许多人对模拟性能感兴趣。展望未来，这应该在 gem5 基准测试页面上注明。这些数据将使我们能够了解我们的性能是随时间下降还是改善。
  • 有建议认为应该定期和自动测试模拟性能，以便标记导致性能下降的更改。然而，尚不清楚如何实现这一点。
• FlexCPU 应该合并到 gem5 代码库中。
• 在关于 O3CPU 的讨论中；普遍认为它非常过时，需要大量改进。
• 一些人希望 PCI/PCIe 支持，但大多数人同意它不应该是最高优先级。
• 多核模拟被认为存在问题，并且通常需要更好的支持。
• 提出了一个问题，询问 SE 模式是否最终会被放弃。虽然我们将继续改进 FS 模式，但我们希望保持 SE 模式，因为它可以在不需要全系统模拟的情况下用于运行更快的模拟。
  • 正在进行工程努力以合并 SE 和 FS 代码，以减轻与支持两种使用模式相关的维护负担。