第 1 章 RHEL 9 中的实时内核调整

延迟或响应时间定义为事件和系统响应之间的时间,通常以 microseconds(microseconds)衡量。

对于在 Linux 环境中运行的大多数应用程序,基本性能调优可以足够地提高延迟。对于延迟需要低、可负责且可预测的行业,红帽有一个可以调整的内核替换,以便延迟满足这些需求。RHEL for Real Time 9 提供与 RHEL 9 的无缝集成,并使客户端有机会在其机构中测量、配置和记录延迟时间。

RHEL for Real Time 9 旨在在精心调优的系统中用于具有极高确定性要求的应用程序。内核系统调优在确定性方面提供了大量改进。

开始之前,在使用 RHEL for Real Time 9 前,对标准 RHEL 9 系统进行常规系统调整。

警告

未能执行这些任务可能会阻止 RHEL Real Time 部署获得一致的性能。

1.1. 调整指南

  • 实时调优是一个迭代过程;您几乎不会能够调整一些变量,知道这个变化是可以实现的最佳选择。准备花天或数周时间缩小最适合您的系统的调优配置集合。

    另外,请始终运行较长的测试。更改一些调优参数,然后执行五分钟的测试运行不是一组调优的良好验证。使测试的长度可以调整,并运行它们的时间已超过几分钟。尝试通过测试运行几个小时,缩小到几小时或几小时或天的几小时或天范围缩小,以便尝试和捕获最高延迟或资源耗尽的基点。

  • 在应用程序中构建测量机制,以便您可以准确地衡量特定一组调整更改对应用程序性能的影响。Aecdotal 的证据(例如:"鼠标更顺利。")通常出错,与个人和个人不同。执行硬度并记录它们以便稍后进行分析。
  • 在测试运行之间调整变量会非常方便,但这样做意味着您就无法有办法缩小影响您的测试结果。保持测试运行之间的调优更改尽可能小。
  • 在调整时也试图进行大量更改,但最好进行增量更改。您会发现,按照从最低到最高优先级的值的工作方式将产生更好的结果。
  • 使用可用的工具。借助 tuna 调优工具,可以轻松更改线程和中断的处理器关联、线程优先级和隔离处理器以使用应用程序。通过 tasksetchrt 命令行工具,您可以完成大多数 Tuna 的作用。如果遇到性能问题,ftraceperf 工具可帮助查找延迟问题。
  • 使用外部工具更改策略、优先级和关联性,而不是硬编码值。通过使用外部工具,您可以尝试许多不同的组合并简化您的逻辑。找到一些提供良好结果的设置后,您可以将它们添加到应用程序中,或者设置启动逻辑以在应用程序启动时实施设置。