第 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)范围内具有延迟。

Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

关于红帽文档

Legal Notice

Theme

© 2026 Red Hat
返回顶部