Linux 实时内核PREEMPT_RT配置完全指南影响最坏延迟的 CONFIG 选项详解【免费下载链接】linuxLinux kernel source tree项目地址: https://gitcode.com/GitHub_Trending/li/linux本文档面向系统集成工程师系统梳理了 Linux 实时内核PREEMPT_RT中所有会显著影响**最坏情况延迟worst-case latency**的内核配置选项从 CPU 频率调节器、C 状态C-states、EFI 运行时服务到抢占模型、无时钟tickless模式、跟踪器与内核调试选项逐一给出期望值、严重等级、禁用理由与替代方案。读完本文你将能够依据系统实时需求制定并验证一套可复现的实时内核 .config 基线并理解每个选项背后的源码实现逻辑。概述实时内核配置的目标与追求尽可能快的通用内核不同实时内核的核心指标是延迟的可预测性与有界性——即最坏情况下任务仍能在截止时间deadline内得到响应。因此实时内核配置的全部工作可以归结为一句话识别并消除所有可能引入非确定性延迟jitter或延迟尖峰latency spike的机制。正如本指南结尾总结的并不存在放之四海而皆准的实时内核配置方案。集成工程师必须从系统的实时需求出发综合考虑硬件、内核与用户空间三个层面任何一个错误的配置都可能制造出一个在错误的时间点出现且对实时系统是灾难性的新最大延迟。仓库中的源码直接印证了实时内核的本质。在 kernel/Kconfig.preempt 中CONFIG_PREEMPT_RT的帮助文本说明该选项通过将各种锁原语spinlock、rwlock 等替换为可抢占的、带优先级继承的变体、强制中断线程化interrupt threading、并引入分解长不可抢占区间的机制使内核除极底层关键路径入口代码、调度器、底层中断处理外全部可抢占将大多数执行上下文纳入调度器控制之下。下文按严重等级与主题分节给出每个选项的配置指引。严重等级定义如下严重等级含义fatal必须启用否则内核不具备实时能力high强烈建议遵循否则延迟特性明显劣化medium视工作负载而定需权衡取舍info默认建议通常无需干预allowed允许启用但需注意附加条件CPU 频率调节器CPUFreq GovernorsCONFIG_CPU_FREQ期望启用严重等级 highCPU 频率调节子系统确保处理器能够运行在其支持的最大频率上。虽然通常由 bootloader 在启动时负责将 CPU 时钟设置为最高速但部分 bootloader 并不会这样做因此建议保持此选项启用。注意实时内核的意义不在于尽可能快但实时需求可能要求 CPU 运行在某个特定频率上。从源码看drivers/cpufreq/Kconfig 中CONFIG_CPU_FREQ帮助文本指出该选项允许在运行中动态改变 CPU 时钟速度但驱动本身不会自动调频需要启用动态 governor或使用用户空间工具。CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE期望启用严重等级 high实时工作负载期望在执行期间 CPU 频率恒定不变。将performancegovernor 设为默认是从纯内核配置层面实现这一点的最简便方式。该 governor 将频率静态设定为 CPU 支持的最高频率见 drivers/cpufreq/Kconfig。但这并非绝对规则某些场景可能出于散热封装或其他需求将 CPU 降频运行。关键原则是——频率一旦设定就应保持不变。非 performance 频率调节器期望禁用严重等级 medium为保证系统延迟测量的可复现性应尽可能禁用除PERFORMANCE之外的 CPU 频率调节器。这避免了未知用户空间任务在系统运行期间隐式或显式地切换 governor从而改变延迟行为。若无法禁用其他 governor则应选用能保持 CPU 频率固定的调节器例如CONFIG_CPU_FREQ_DEFAULT_GOV_USERSPACE适用于由用户空间在系统初始化期间设定稳定频率的场景CONFIG_CPU_FREQ_DEFAULT_GOV_POWERSAVE适用于希望保持低 CPU 频率的场景该 governor 将频率静态设定为最低值见 drivers/cpufreq/Kconfig。ONDEMANDgovernor 绝不应在实时系统上启用——其频率变化依赖于工作负载行为会显著破坏确定性。源码佐证在 drivers/cpufreq/Kconfig 的Default CPUFreq governor选择菜单中可以看到默认 governor 会根据平台自动选择如 ARM/ARM64 或 Intel/AMD pstate 平台默认schedutil其余默认performance。实时系统集成时需显式覆盖为performance或userspace固定频率方案。更多信息参见 cpufreq 文档。CONFIG_CPU_IDLE期望启用严重等级 infoCPU 空闲状态C-states允许处理器在空闲期间进入低功耗模式。但非常深的 C 状态可能需要冲刷 CPU 缓存、降低或关闭时钟虽能降低功耗却会增加进入/退出这些状态的延迟。虽然禁用此选项可消除 cpuidle 相关延迟但这样做可能显著影响硬件寿命、保修与散热表现。推荐的做法是将最大 C 状态限制到 C1。对 ACPI 平台可使用以下内核启动参数processor.max_cstate1根据工作负载的延迟要求较深的 C 状态也可能是可接受的。对 ACPI 平台可使用cpupower idle-info命令检查可用的空闲状态。补充仓库中 cpupower 工具位于 tools/power/cpupower它是检查与配置 CPU 空闲状态、频率状态的官方用户空间工具。更多信息参见cpuidle 文档PM 子系统文档索引CONFIG_DRM期望禁用严重等级 infoGPU 加速工作负载可能与 CPU 共享系统资源包括末级缓存LLC与内存带宽。现代集成 GPU 往往以牺牲 CPU 确定性为代价优化图形性能。受影响的典型平台包括带集成显卡的 Intel 处理器Gen9 及之后带 Radeon Graphics 的 AMD APUXilinx Zynq UltraScale MPSoC EG/EV 系列如果图形工作负载必须与实时任务并行运行用户必须使用glmark2等工具进行充分的压力测试同时测量整体系统延迟。补充说明实时与图形并存的挑战还涉及资源竞争控制。仓库中的 resctrl 文档 描述了通过资源控制如 LLC 与内存带宽分配来隔离实时负载与图形负载的方法实时硬件考量文档Regarding hardware 一节则从硬件选型角度给出了分析框架。CONFIG_EFI_DISABLE_RUNTIME期望启用严重等级 mediumEFI 是多种架构的标准引导与固件接口。EFI 运行时服务向内核提供回调函数例如CONFIG_EFI_VARS*或CONFIG_RTC_DRV_EFI会调用 EFI 更新 EFI 变量。调用 EFI 意味着调用固件回调在此类调用期间系统可能无法响应中断因而无法执行上下文切换——这会给实时系统带来显著的延迟尖峰。CONFIG_PREEMPT_RT会默认启用此选项。源码印证了这一点drivers/firmware/efi/Kconfig 中CONFIG_EFI_DISABLE_RUNTIME的默认值为default y if PREEMPT_RT其帮助文本说明测量表明某些 EFI 函数调用耗时过长会产生对实时内核不利的大延迟。该默认行为可通过efiruntime启动参数覆盖。若在构建时手动禁用了此选项可在启动时使用以下参数禁用 EFI 运行时服务efinoruntime另一种折中方案是将efi_runtimeworkqueue 的 CPU 亲和性限制到某个 housekeeping CPU例如 CPU #0并将 RT 任务固定到其他 CPU 区间从而把 EFI 运行时服务调用限制在隔离的 CPU 上。参见 workqueue 文档。CONFIG_NO_HZ/CONFIG_NO_HZ_FULL期望禁用严重等级 medium无时钟tickless模式会因额外的统计与状态簿记工作而增加内核到用户空间的转换延迟。按实时工作负载类型给出指引周期性工作负载例如每 100 µs 执行一次的控制循环应避免NO_HZ模式一致的周期性内核 tick 更可取计算密集型工作负载例如长时间的用户空间执行NO_HZ_FULL可能有利此时应将内核 housekeeping 卸载到专用 CPU并隔离计算核心。背景补充即使不使用 tickless 模式定时器中断频率本身也会影响实时响应。仓库中的 kernel/Kconfig.hz 提供 100/250/300/1000 Hz 四档选择其中HZ_1000是桌面及需要快速交互响应的系统的首选而HZ_100更适合服务器与大规模 SMP/NUMA 系统tick 在 SMP 下会产生 NR_CPUS × HZ 次中断/秒。文档虽未对此强制规定但从源码结构看实时系统通常需要在此与 NO_HZ 之间根据工作负载形态做权衡。更多信息参见 no_hz 文档。CONFIG_PREEMPT_RT期望启用严重等级fatal此选项必须启用否则构建出的内核不是完全可抢占的也就不具备实时能力。它是整个实时内核的基石。从 kernel/Kconfig.preempt 的定义可以深入理解其实现机制依赖EXPERT ARCH_SUPPORTS_RT需在支持实时特性的架构上、且开放 EXPERT 菜单时才能选择将 spinlock、rwlock 等锁原语替换为可抢占的、优先级继承感知的变体强制中断线程化interrupt threading把中断处理纳入调度器管理引入机制分解长的不可抢占区间使除入口代码、调度器、底层中断处理外的内核代码全部可抢占。该选项与抢占模型菜单中的其他选项PREEMPT_NONE、PREEMPT_VOLUNTARY、PREEMPT、PREEMPT_LAZY互斥共同构成Preemption Model选择见 kernel/Kconfig.preempt。此外同文件中CONFIG_PREEMPT_DYNAMICkernel/Kconfig.preempt允许在启动时通过内核命令行参数覆盖编译期抢占模型主要用于发行版用单一内核二进制服务多种场景——但对于要求严格实时保证的系统仍建议编译期直接选定PREEMPT_RT。CONFIG_TRACING及跟踪选项期望启用严重等级 info强烈建议发布带跟踪支持但不在运行期主动启用的内核以便在出现延迟问题时提取更多诊断信息。不过部分跟踪器仅仅因为被编译启用就会引入延迟开销。警告在生产实时内核运行期间不应使用跟踪器或跟踪事件它们会带来可观的额外开销并劣化系统延迟。CONFIG_IRQSOFF_TRACER与CONFIG_PREEMPT_TRACER期望禁用严重等级 high这两个跟踪器即使在跟踪未激活时也会带来可测量的延迟开销因此在实时内核中应被禁用。这一警告同样适用于任何此类静态开销型跟踪器——判断标准是编译启用即产生运行时成本。内核调试选项Kernel Debug Options大多数内核调试选项会引入运行时开销从而提高最坏情况延迟。重要建议在开发与早期测试阶段应长时间地以 lockdepCONFIG_PROVE_LOCKING及其他内核调试选项运行实时工作负载与外围设备。此类负载可能触发 Linux 实时内核内部开发期间未触达的代码路径从而帮助发现锁及其他类型的内核缺陷。也就是说开发阶段开启调试生产阶段关闭调试。CONFIG_DEBUG_ATOMIC_SLEEP期望允许此健全性检查sanity check能以可容忍的延迟代价捕获常见的内核编程错误。注意它也会增加整体调度开销因为每次might_sleep()都可能引发一次上下文切换。定义位于 lib/Kconfig.debug。CONFIG_DEBUG_BUGVERBOSE与CONFIG_DEBUG_INFO*期望允许这些选项会增加内核镜像体积但对延迟没有影响。它们对于有意义的 BUG 日志、崩溃转储crash dump与性能剖析profiling不可或缺因此建议保留。对应定义见 lib/Kconfig.debug。CONFIG_DEBUG_FS期望允许只要保证生产运行期间不访问 debugfs将其包含在实时内核中是安全的。定义见 lib/Kconfig.debug。CONFIG_DEBUG_KERNEL期望允许这是允许启用各种调试特性的元选项meta-option本身没有运行时影响但要警惕它可能隐式启用的其他调试特性。定义见 lib/Kconfig.debug。CONFIG_LOCKUP_DETECTOR期望禁用严重等级 highlockup 检测器会创建每几秒执行一次、运行在硬中断hard-IRQ上下文的内核定时器回调——即使在实时内核上也是如此。这些周期性中断可能造成延迟尖峰。应改用硬件看门狗它能提供类似功能而不引入软件延迟。定义见 lib/Kconfig.debug。CONFIG_PROVE_LOCKINGlockdep期望禁用严重等级 high证明所有内核锁的正确性会带来可观的额外开销显著增加最坏情况延迟。因此生产实时内核必须禁用。不过如前所述在开发与早期测试阶段强烈建议启用它来排查锁缺陷。定义见 lib/Kconfig.debug。配置速查表将上文整理为一张可快速对照的速查表方便集成工程师在裁剪 .config 时逐项核对配置选项期望严重等级核心理由 / 备注CONFIG_CPU_FREQ启用high保证 CPU 可达最高频部分 bootloader 不设置最高时钟CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE启用high运行期频率恒定是纯内核配置下最易实现的确定性方案非 performance governors禁用medium避免用户空间隐式/显式切换 governor 改变延迟行为CONFIG_CPU_IDLE启用info用processor.max_cstate1限制 C 状态到 C1而非整体禁用CONFIG_DRM禁用info集成 GPU 与 CPU 共享 LLC 与内存带宽损害确定性CONFIG_EFI_DISABLE_RUNTIME启用mediumEFI 回调期间无法响应中断/切换上下文PREEMPT_RT 默认启用CONFIG_NO_HZ/CONFIG_NO_HZ_FULL禁用mediumtickless 增加内核-用户态转换延迟周期负载需恒定 tickCONFIG_PREEMPT_RT启用fatal不具备它就不是实时内核CONFIG_TRACING启用info允许事后诊断延迟问题运行期不要激活CONFIG_IRQSOFF_TRACER/CONFIG_PREEMPT_TRACER禁用high未激活也有可测量延迟开销CONFIG_DEBUG_ATOMIC_SLEEP允许—捕获常见内核编程错误延迟代价可容忍CONFIG_DEBUG_BUGVERBOSE/CONFIG_DEBUG_INFO*允许—只增镜像体积无延迟影响利于 BUG 日志与崩溃转储CONFIG_DEBUG_FS允许—前提生产运行期不访问 debugfsCONFIG_DEBUG_KERNEL允许—元选项无运行时影响警惕隐式启用的调试特性CONFIG_LOCKUP_DETECTOR禁用high周期性 hard-IRQ 定时器回调造成延迟尖峰改用硬件看门狗CONFIG_PROVE_LOCKING禁用开发期启用high大幅增加最坏延迟开发期排查锁缺陷价值极高总结从实时需求出发做系统性配置实时内核配置不存在一刀切的银弹。正确的路径是明确系统的实时需求最坏延迟目标、工作负载形态是周期性还是计算密集型逐项审视硬件、内核与用户空间三个层面的特性与功能可对照本文速查表建立并约束系统的最大延迟——所有组件都必须被正确配置。任何错误的实时内核配置都可能制造出一个在错误时间出现、对实时系统延迟是灾难性的新最大延迟。因此配置完成后务必结合真实的实时工作负载做长时间压力验证开发期保留 lockdep 等调试手段生产期切换到最小化配置。参考资源本文档原始出处Documentation/core-api/real-time/kernel-configuration.rst抢占模型与CONFIG_PREEMPT_RT定义kernel/Kconfig.preemptCPUFreq 子系统与 governor 定义drivers/cpufreq/Kconfig定时器中断频率选择kernel/Kconfig.hzCONFIG_EFI_DISABLE_RUNTIME定义drivers/firmware/efi/Kconfig调试选项定义lib/Kconfig.debug内核启动参数参考processor.max_cstate、efinoruntime等kernel-parameters 文档实时内核系列文档硬件考量 hardware.rst、实时理论 theory.rst、与普通内核的差异 differences.rstcpufreq / cpuidle / no_hz 子系统文档cpufreq.rst、cpuidle.rst、no_hz.rst资源控制LLC/内存带宽隔离resctrl.rst【免费下载链接】linuxLinux kernel source tree项目地址: https://gitcode.com/GitHub_Trending/li/linux创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 Linux 实时内核（PREEMPT_RT）配置完全指南：影响最坏延迟的 CONFIG 选项详解
Linux 实时内核PREEMPT_RT配置完全指南影响最坏延迟的 CONFIG 选项详解【免费下载链接】linuxLinux kernel source tree项目地址: https://gitcode.com/GitHub_Trending/li/linux本文档面向系统集成工程师系统梳理了 Linux 实时内核PREEMPT_RT中所有会显著影响**最坏情况延迟worst-case latency**的内核配置选项从 CPU 频率调节器、C 状态C-states、EFI 运行时服务到抢占模型、无时钟tickless模式、跟踪器与内核调试选项逐一给出期望值、严重等级、禁用理由与替代方案。读完本文你将能够依据系统实时需求制定并验证一套可复现的实时内核 .config 基线并理解每个选项背后的源码实现逻辑。概述实时内核配置的目标与追求尽可能快的通用内核不同实时内核的核心指标是延迟的可预测性与有界性——即最坏情况下任务仍能在截止时间deadline内得到响应。因此实时内核配置的全部工作可以归结为一句话识别并消除所有可能引入非确定性延迟jitter或延迟尖峰latency spike的机制。正如本指南结尾总结的并不存在放之四海而皆准的实时内核配置方案。集成工程师必须从系统的实时需求出发综合考虑硬件、内核与用户空间三个层面任何一个错误的配置都可能制造出一个在错误的时间点出现且对实时系统是灾难性的新最大延迟。仓库中的源码直接印证了实时内核的本质。在 kernel/Kconfig.preempt 中CONFIG_PREEMPT_RT的帮助文本说明该选项通过将各种锁原语spinlock、rwlock 等替换为可抢占的、带优先级继承的变体、强制中断线程化interrupt threading、并引入分解长不可抢占区间的机制使内核除极底层关键路径入口代码、调度器、底层中断处理外全部可抢占将大多数执行上下文纳入调度器控制之下。下文按严重等级与主题分节给出每个选项的配置指引。严重等级定义如下严重等级含义fatal必须启用否则内核不具备实时能力high强烈建议遵循否则延迟特性明显劣化medium视工作负载而定需权衡取舍info默认建议通常无需干预allowed允许启用但需注意附加条件CPU 频率调节器CPUFreq GovernorsCONFIG_CPU_FREQ期望启用严重等级 highCPU 频率调节子系统确保处理器能够运行在其支持的最大频率上。虽然通常由 bootloader 在启动时负责将 CPU 时钟设置为最高速但部分 bootloader 并不会这样做因此建议保持此选项启用。注意实时内核的意义不在于尽可能快但实时需求可能要求 CPU 运行在某个特定频率上。从源码看drivers/cpufreq/Kconfig 中CONFIG_CPU_FREQ帮助文本指出该选项允许在运行中动态改变 CPU 时钟速度但驱动本身不会自动调频需要启用动态 governor或使用用户空间工具。CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE期望启用严重等级 high实时工作负载期望在执行期间 CPU 频率恒定不变。将performancegovernor 设为默认是从纯内核配置层面实现这一点的最简便方式。该 governor 将频率静态设定为 CPU 支持的最高频率见 drivers/cpufreq/Kconfig。但这并非绝对规则某些场景可能出于散热封装或其他需求将 CPU 降频运行。关键原则是——频率一旦设定就应保持不变。非 performance 频率调节器期望禁用严重等级 medium为保证系统延迟测量的可复现性应尽可能禁用除PERFORMANCE之外的 CPU 频率调节器。这避免了未知用户空间任务在系统运行期间隐式或显式地切换 governor从而改变延迟行为。若无法禁用其他 governor则应选用能保持 CPU 频率固定的调节器例如CONFIG_CPU_FREQ_DEFAULT_GOV_USERSPACE适用于由用户空间在系统初始化期间设定稳定频率的场景CONFIG_CPU_FREQ_DEFAULT_GOV_POWERSAVE适用于希望保持低 CPU 频率的场景该 governor 将频率静态设定为最低值见 drivers/cpufreq/Kconfig。ONDEMANDgovernor 绝不应在实时系统上启用——其频率变化依赖于工作负载行为会显著破坏确定性。源码佐证在 drivers/cpufreq/Kconfig 的Default CPUFreq governor选择菜单中可以看到默认 governor 会根据平台自动选择如 ARM/ARM64 或 Intel/AMD pstate 平台默认schedutil其余默认performance。实时系统集成时需显式覆盖为performance或userspace固定频率方案。更多信息参见 cpufreq 文档。CONFIG_CPU_IDLE期望启用严重等级 infoCPU 空闲状态C-states允许处理器在空闲期间进入低功耗模式。但非常深的 C 状态可能需要冲刷 CPU 缓存、降低或关闭时钟虽能降低功耗却会增加进入/退出这些状态的延迟。虽然禁用此选项可消除 cpuidle 相关延迟但这样做可能显著影响硬件寿命、保修与散热表现。推荐的做法是将最大 C 状态限制到 C1。对 ACPI 平台可使用以下内核启动参数processor.max_cstate1根据工作负载的延迟要求较深的 C 状态也可能是可接受的。对 ACPI 平台可使用cpupower idle-info命令检查可用的空闲状态。补充仓库中 cpupower 工具位于 tools/power/cpupower它是检查与配置 CPU 空闲状态、频率状态的官方用户空间工具。更多信息参见cpuidle 文档PM 子系统文档索引CONFIG_DRM期望禁用严重等级 infoGPU 加速工作负载可能与 CPU 共享系统资源包括末级缓存LLC与内存带宽。现代集成 GPU 往往以牺牲 CPU 确定性为代价优化图形性能。受影响的典型平台包括带集成显卡的 Intel 处理器Gen9 及之后带 Radeon Graphics 的 AMD APUXilinx Zynq UltraScale MPSoC EG/EV 系列如果图形工作负载必须与实时任务并行运行用户必须使用glmark2等工具进行充分的压力测试同时测量整体系统延迟。补充说明实时与图形并存的挑战还涉及资源竞争控制。仓库中的 resctrl 文档 描述了通过资源控制如 LLC 与内存带宽分配来隔离实时负载与图形负载的方法实时硬件考量文档Regarding hardware 一节则从硬件选型角度给出了分析框架。CONFIG_EFI_DISABLE_RUNTIME期望启用严重等级 mediumEFI 是多种架构的标准引导与固件接口。EFI 运行时服务向内核提供回调函数例如CONFIG_EFI_VARS*或CONFIG_RTC_DRV_EFI会调用 EFI 更新 EFI 变量。调用 EFI 意味着调用固件回调在此类调用期间系统可能无法响应中断因而无法执行上下文切换——这会给实时系统带来显著的延迟尖峰。CONFIG_PREEMPT_RT会默认启用此选项。源码印证了这一点drivers/firmware/efi/Kconfig 中CONFIG_EFI_DISABLE_RUNTIME的默认值为default y if PREEMPT_RT其帮助文本说明测量表明某些 EFI 函数调用耗时过长会产生对实时内核不利的大延迟。该默认行为可通过efiruntime启动参数覆盖。若在构建时手动禁用了此选项可在启动时使用以下参数禁用 EFI 运行时服务efinoruntime另一种折中方案是将efi_runtimeworkqueue 的 CPU 亲和性限制到某个 housekeeping CPU例如 CPU #0并将 RT 任务固定到其他 CPU 区间从而把 EFI 运行时服务调用限制在隔离的 CPU 上。参见 workqueue 文档。CONFIG_NO_HZ/CONFIG_NO_HZ_FULL期望禁用严重等级 medium无时钟tickless模式会因额外的统计与状态簿记工作而增加内核到用户空间的转换延迟。按实时工作负载类型给出指引周期性工作负载例如每 100 µs 执行一次的控制循环应避免NO_HZ模式一致的周期性内核 tick 更可取计算密集型工作负载例如长时间的用户空间执行NO_HZ_FULL可能有利此时应将内核 housekeeping 卸载到专用 CPU并隔离计算核心。背景补充即使不使用 tickless 模式定时器中断频率本身也会影响实时响应。仓库中的 kernel/Kconfig.hz 提供 100/250/300/1000 Hz 四档选择其中HZ_1000是桌面及需要快速交互响应的系统的首选而HZ_100更适合服务器与大规模 SMP/NUMA 系统tick 在 SMP 下会产生 NR_CPUS × HZ 次中断/秒。文档虽未对此强制规定但从源码结构看实时系统通常需要在此与 NO_HZ 之间根据工作负载形态做权衡。更多信息参见 no_hz 文档。CONFIG_PREEMPT_RT期望启用严重等级fatal此选项必须启用否则构建出的内核不是完全可抢占的也就不具备实时能力。它是整个实时内核的基石。从 kernel/Kconfig.preempt 的定义可以深入理解其实现机制依赖EXPERT ARCH_SUPPORTS_RT需在支持实时特性的架构上、且开放 EXPERT 菜单时才能选择将 spinlock、rwlock 等锁原语替换为可抢占的、优先级继承感知的变体强制中断线程化interrupt threading把中断处理纳入调度器管理引入机制分解长的不可抢占区间使除入口代码、调度器、底层中断处理外的内核代码全部可抢占。该选项与抢占模型菜单中的其他选项PREEMPT_NONE、PREEMPT_VOLUNTARY、PREEMPT、PREEMPT_LAZY互斥共同构成Preemption Model选择见 kernel/Kconfig.preempt。此外同文件中CONFIG_PREEMPT_DYNAMICkernel/Kconfig.preempt允许在启动时通过内核命令行参数覆盖编译期抢占模型主要用于发行版用单一内核二进制服务多种场景——但对于要求严格实时保证的系统仍建议编译期直接选定PREEMPT_RT。CONFIG_TRACING及跟踪选项期望启用严重等级 info强烈建议发布带跟踪支持但不在运行期主动启用的内核以便在出现延迟问题时提取更多诊断信息。不过部分跟踪器仅仅因为被编译启用就会引入延迟开销。警告在生产实时内核运行期间不应使用跟踪器或跟踪事件它们会带来可观的额外开销并劣化系统延迟。CONFIG_IRQSOFF_TRACER与CONFIG_PREEMPT_TRACER期望禁用严重等级 high这两个跟踪器即使在跟踪未激活时也会带来可测量的延迟开销因此在实时内核中应被禁用。这一警告同样适用于任何此类静态开销型跟踪器——判断标准是编译启用即产生运行时成本。内核调试选项Kernel Debug Options大多数内核调试选项会引入运行时开销从而提高最坏情况延迟。重要建议在开发与早期测试阶段应长时间地以 lockdepCONFIG_PROVE_LOCKING及其他内核调试选项运行实时工作负载与外围设备。此类负载可能触发 Linux 实时内核内部开发期间未触达的代码路径从而帮助发现锁及其他类型的内核缺陷。也就是说开发阶段开启调试生产阶段关闭调试。CONFIG_DEBUG_ATOMIC_SLEEP期望允许此健全性检查sanity check能以可容忍的延迟代价捕获常见的内核编程错误。注意它也会增加整体调度开销因为每次might_sleep()都可能引发一次上下文切换。定义位于 lib/Kconfig.debug。CONFIG_DEBUG_BUGVERBOSE与CONFIG_DEBUG_INFO*期望允许这些选项会增加内核镜像体积但对延迟没有影响。它们对于有意义的 BUG 日志、崩溃转储crash dump与性能剖析profiling不可或缺因此建议保留。对应定义见 lib/Kconfig.debug。CONFIG_DEBUG_FS期望允许只要保证生产运行期间不访问 debugfs将其包含在实时内核中是安全的。定义见 lib/Kconfig.debug。CONFIG_DEBUG_KERNEL期望允许这是允许启用各种调试特性的元选项meta-option本身没有运行时影响但要警惕它可能隐式启用的其他调试特性。定义见 lib/Kconfig.debug。CONFIG_LOCKUP_DETECTOR期望禁用严重等级 highlockup 检测器会创建每几秒执行一次、运行在硬中断hard-IRQ上下文的内核定时器回调——即使在实时内核上也是如此。这些周期性中断可能造成延迟尖峰。应改用硬件看门狗它能提供类似功能而不引入软件延迟。定义见 lib/Kconfig.debug。CONFIG_PROVE_LOCKINGlockdep期望禁用严重等级 high证明所有内核锁的正确性会带来可观的额外开销显著增加最坏情况延迟。因此生产实时内核必须禁用。不过如前所述在开发与早期测试阶段强烈建议启用它来排查锁缺陷。定义见 lib/Kconfig.debug。配置速查表将上文整理为一张可快速对照的速查表方便集成工程师在裁剪 .config 时逐项核对配置选项期望严重等级核心理由 / 备注CONFIG_CPU_FREQ启用high保证 CPU 可达最高频部分 bootloader 不设置最高时钟CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE启用high运行期频率恒定是纯内核配置下最易实现的确定性方案非 performance governors禁用medium避免用户空间隐式/显式切换 governor 改变延迟行为CONFIG_CPU_IDLE启用info用processor.max_cstate1限制 C 状态到 C1而非整体禁用CONFIG_DRM禁用info集成 GPU 与 CPU 共享 LLC 与内存带宽损害确定性CONFIG_EFI_DISABLE_RUNTIME启用mediumEFI 回调期间无法响应中断/切换上下文PREEMPT_RT 默认启用CONFIG_NO_HZ/CONFIG_NO_HZ_FULL禁用mediumtickless 增加内核-用户态转换延迟周期负载需恒定 tickCONFIG_PREEMPT_RT启用fatal不具备它就不是实时内核CONFIG_TRACING启用info允许事后诊断延迟问题运行期不要激活CONFIG_IRQSOFF_TRACER/CONFIG_PREEMPT_TRACER禁用high未激活也有可测量延迟开销CONFIG_DEBUG_ATOMIC_SLEEP允许—捕获常见内核编程错误延迟代价可容忍CONFIG_DEBUG_BUGVERBOSE/CONFIG_DEBUG_INFO*允许—只增镜像体积无延迟影响利于 BUG 日志与崩溃转储CONFIG_DEBUG_FS允许—前提生产运行期不访问 debugfsCONFIG_DEBUG_KERNEL允许—元选项无运行时影响警惕隐式启用的调试特性CONFIG_LOCKUP_DETECTOR禁用high周期性 hard-IRQ 定时器回调造成延迟尖峰改用硬件看门狗CONFIG_PROVE_LOCKING禁用开发期启用high大幅增加最坏延迟开发期排查锁缺陷价值极高总结从实时需求出发做系统性配置实时内核配置不存在一刀切的银弹。正确的路径是明确系统的实时需求最坏延迟目标、工作负载形态是周期性还是计算密集型逐项审视硬件、内核与用户空间三个层面的特性与功能可对照本文速查表建立并约束系统的最大延迟——所有组件都必须被正确配置。任何错误的实时内核配置都可能制造出一个在错误时间出现、对实时系统延迟是灾难性的新最大延迟。因此配置完成后务必结合真实的实时工作负载做长时间压力验证开发期保留 lockdep 等调试手段生产期切换到最小化配置。参考资源本文档原始出处Documentation/core-api/real-time/kernel-configuration.rst抢占模型与CONFIG_PREEMPT_RT定义kernel/Kconfig.preemptCPUFreq 子系统与 governor 定义drivers/cpufreq/Kconfig定时器中断频率选择kernel/Kconfig.hzCONFIG_EFI_DISABLE_RUNTIME定义drivers/firmware/efi/Kconfig调试选项定义lib/Kconfig.debug内核启动参数参考processor.max_cstate、efinoruntime等kernel-parameters 文档实时内核系列文档硬件考量 hardware.rst、实时理论 theory.rst、与普通内核的差异 differences.rstcpufreq / cpuidle / no_hz 子系统文档cpufreq.rst、cpuidle.rst、no_hz.rst资源控制LLC/内存带宽隔离resctrl.rst【免费下载链接】linuxLinux kernel source tree项目地址: https://gitcode.com/GitHub_Trending/li/linux创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考