第 1 章 实时安装 RHEL
许多行业和机构需要性能计算,可能需要低且可预测的延迟,特别是在金融和电信行业中。延迟(或响应时间)定义为事件和系统响应之间的时间,通常以 microseconds (μs) 衡量。
对于在 Linux 环境中运行的大多数应用程序,基本的性能调优可以满足对性能提高的要求。但对于一些行业,延迟不仅需要非常低,并且需要可以被预测和管理。红帽开发了一个相应的替换内核来满足这个要求。RHEL for Real Time 作为 RHEL 10 的一部分发布,提供与 RHEL 10 for Real Time 的无缝集成,可以为客户提供在机构内测量、配置和记录延迟时间的机会。
在安装 RHEL for Real Time 前,请确定正确调整基本平台,并调整系统 BIOS 参数。如果没有执行这些任务,则可能会阻止 RHEL Real Time 部署获得一致的性能。
1.1. 通过 RHEL for Real Time 优化延迟 复制链接链接已复制到粘贴板!
RHEL for Real Time 的设计宗旨时,对应用程序提供精心调优的系统,以满足这些应用程序对极高确定性的要求。内核在确定性方面提供了大量改进。
例如,在很多工作负载中,全面的系统调优提高了最佳效果的一致性。因此,在使用 RHEL for Real Time 前,,我们建议客户首先执行标准的 RHEL 系统调整,看它是否可以满足对性能的要求。
进行系统调优对于使用 Real Time kernel 的系统同样是非常重要的。在未调优的系统中安装 Real-time 内核可能无法获得显著的好处。调优标准内核有助于实现良好的延迟号,但无法持续地实现。Real Time 内核提供所需的延迟减少和确定性/不一致。
在调整 Real Time 内核系统前,请确定已对基本系统进行了正确的调优,并调整了系统 BIOS 参数。如果无法执行这些任务,则可能会阻止 RHEL 实时部署获得一致的性能。
实时内核的目标是提供一致的、低延迟和确定性,提供可预测的响应时间。在系统中,会存在与实时内核关联的额外内核开销。为了提供减少延迟的环境,并确保系统中最高优先级的任务将获得更多的处理时间,需要额外的基础架构,并且往往会增加开销。增加的开销可能会导致整体吞吐量下降。具体数量取决于工作负载,范围从 0% 到 30%。
对于典型的工作负载需要 millisecond (ms)范围内的内核延迟要求,标准 RHEL 内核就足够了。但是,如果您的工作负载对核心内核功能(如中断处理)有严格的低延迟要求,需要满足 microsecond (μs) 级别的要求,则需要使用 Real Time 内核。