第 1 章 实时安装 RHEL
许多行业和机构需要性能计算,可能需要低且可预测的延迟,特别是在金融和电信行业中。延迟(或响应时间)定义为事件和系统响应之间的时间,通常以 microseconds (μs) 衡量。
基本性能调优可以提高 Linux 环境中大多数应用程序的延迟。对于需要低、可负责且可预测的延迟的行业,红帽开发了"Drop-in"内核替换。RHEL for Real Time 是 RHEL 10 的一部分,为客户提供测量、配置和记录延迟时间的机会。
在 64 位 ARM (aarch64)系统上,RHEL for Real Time kernel (kernel-rt)作为技术预览提供。技术预览功能不受红帽产品服务等级协议(SLA)支持,且功能可能并不完整。红帽不推荐在生产环境中使用它们。这些技术预览功能可以使用户提早试用新的功能,并有机会在开发阶段提供反馈意见。
1.1. 通过 RHEL for Real Time 优化延迟 复制链接链接已复制到粘贴板!
RHEL for Real Time 的设计宗旨时,对应用程序提供精心调优的系统,以满足这些应用程序对极高确定性的要求。内核在确定性方面提供了大量的改进。
例如,在很多工作负载中,全面的系统调优提高了最佳效果的一致性。在使用 RHEL for Real Time 之前,首先执行标准 RHEL 的系统调整。此调优有助于确定标准 RHEL 是否满足您的目标。
进行系统调优对于使用 Real Time kernel 的系统同样是非常重要的。在未调优的系统中安装 Real-time 内核可能无法获得显著的好处。调优标准内核有助于实现良好的延迟号,但无法持续地实现。Real Time 内核提供所需的延迟缩减、确定性和一致性。
在调整 Real Time 内核系统前,请确保正确调整基本平台,并调整系统固件参数。如果无法执行这些任务,则可能会阻止 RHEL 实时部署获得一致的性能。
实时内核的目标是提供一致的、低延迟和确定性,提供可预测的响应时间。实时内核需要额外的处理资源。为了提供缩短延迟并确保最高优先级任务接收更多处理时间,需要额外的基础架构。这个额外基础架构会增加资源使用量。这会增加资源使用量可能会导致整体吞吐量下降。具体数量取决于工作负载,范围从 0% 到 30%。
对于典型的工作负载需要 millisecond (ms)范围内的内核延迟要求,标准 RHEL 内核就足够了。但是,如果您的工作负载对核心内核功能(如中断处理和进程调度)有严格要求,则建议使用 Real Time 内核在微秒(5-6s)范围内具有延迟。