确认当前生效的 tuned profile 应执行 tuned-adm active，而非依赖 /etc/tuned/active_profile 文件；若输出 “no current active profile.” 则 tuned 服务未运行，需先 systemctl start tuned。
怎么确认当前生效的 tuned profile
直接看 tuned-adm active 输出，它会明确告诉你当前是 throughput-performance 还是 latency-performance，或者别的 profile。别信 /etc/tuned/active_profile 文件——这文件可能没及时更新，尤其在手动 reload 或 service 重启后容易滞后。
常见错误是改了配置却没 reload，或者用 systemctl restart tuned 后没验证是否真生效。实操建议：
- 执行
tuned-adm active确认当前状态 - 执行
tuned-adm list看系统里有哪些 profile 可用（有些发行版默认不装latency-performance） - 如果输出是
No current active profile.，说明 tuned 服务根本没运行，先systemctl start tuned
throughput-performance 和 latency-performance 的核心差异在哪
不是“快”和“稳”的模糊对比，而是 CPU 调度策略、中断处理粒度、电源管理行为的组合差异。关键点在于：latency-performance 会禁用 CPU 频率缩放（cpupower frequency-set -g performance）、关闭 C-states（尤其是 C1E/C6）、让 timer tick 更密集（timer_migration=0），而 throughput-performance 允许更深的 idle state、更激进的频率调节，适合吞吐密集型负载（如批量计算、数据库写入）。
典型场景：跑低延迟交易程序或实时音频处理时，latency-performance 能压住 irqbalance 并绑定中断到特定 CPU；但如果你跑的是 Spark 或编译任务，反而可能因禁止降频导致散热压力大、整体完成时间变长。
切换 profile 时最常踩的坑
切完 profile 不等于所有参数立刻生效，tuned 的某些设置（比如内核参数 vm.swappiness、kernel.sched_latency_ns）需要 reboot 才能落地，但多数 CPU / IRQ 相关项 reload 就生效。容易忽略的点：
-
tuned-adm profile latency-performance后，检查cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor是否全为performance；如果不是，说明 profile 没真正应用（常见于 profile 缺失或 tuned 未加载模块） -
latency-performance默认会停用irqbalance，但如果你手动启了它，冲突会导致中断分布混乱，延迟毛刺反而更严重 - 某些云厂商镜像（如 AWS AL2、Azure RHEL）默认删掉了
latency-performanceprofile，得手动从 tuned 包里解出模板再安装，否则tuned-adm profile latency-performance会报错Profile latency-performance does not exist.
要不要在容器或 K8s 节点上用 latency-performance
要，但只在真正需要微秒级确定性的节点上用，比如部署 DPDK 应用、eBPF trace 工具或金融行情解析服务的物理节点。K8s worker 节点若混跑多种 workload，盲目开 latency-performance 会让其他 Pod 因 CPU 抢占加剧而抖动更明显。
实操注意：
- 容器本身不继承 host 的 tuned profile，但 host 的 CPU 调度、中断绑定、C-state 控制直接影响容器内进程延迟
- 不要在虚拟机里开
latency-performance——hypervisor 层的调度器和资源复用机制会让这些调优大部分失效，甚至引发 guest 内核 panic（尤其在旧版 kernel + QEMU 组合下） - 如果用了
systemd-cpu或cpusets做绑核，确保tuned的 IRQ 绑定不跟它冲突（比如 tuned 把 irq 绑到 cpu4-7，而你把容器绑到 cpu0-3，那其实没问题；但如果都抢同一组 CPU，就会卡死）
profile 切换不是开关按钮，背后是几十个内核参数和设备驱动行为的联动。哪怕只是改一个 intel_idle.max_cstate=1，也得确认 BIOS 里没锁死 C-state——很多服务器默认开启 C-STATE ENHANCED，OS 层设置会被硬件无视。
