在麒麟系统中确认CPU节能技术是否启用，需检查CPU频率调节策略（如powersave、ondemand等）、所有核心策略一致性、深层C-State状态及频率动态缩放能力。
在麒麟操作系统中确认CPU是否启用节能技术，需直接读取内核暴露的电源管理参数，而非依赖图形界面模糊提示；节能技术（如Intel SpeedStep、AMD Cool’n’Quiet、ARM DVFS）是否生效，取决于当前CPU频率调节策略与底层C-State深度是否被允许。
检查当前CPU频率调节策略
该策略是节能技术是否启用的最直接指示器：powersave、ondemand、conservative等策略启用时，节能技术必然参与调度；performance策略则强制关闭动态调频，节能技术实质失效。
执行命令查看CPU 0的当前策略：cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
若输出为 【powersave】、【ondemand】 或 【conservative】，说明节能技术已激活；若为 performance，则节能技术被绕过。ARM平台（如飞腾D2000）可能显示 schedutil，该策略仍属节能范畴，但由调度器直接驱动频率变化，不依赖传统 governor。
注意：仅查 cpu0 不足以代表全部核心，需验证一致性。
批量验证所有逻辑CPU策略一致性
部分系统存在多核策略不一致问题（如cpu0为powersave，cpu4仍为performance），会导致节能效果打折扣甚至失效。
第一步：列出所有可用的 scaling_governor 文件路径ls /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor 2>/dev/null | wc -l
第二步：比对全部核心策略是否统一for i in /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor; do echo "$(basename $(dirname $(dirname $i))): $(cat $i 2>/dev/null)"; done | sort -u
若输出仅一行（如 cpu0: powersave），表示全部核心策略一致；若出现两行及以上（如 cpu0: powersave 和 cpu4: performance），则节能策略未全局生效，需统一设置。
确认深层C-State是否启用
C-State深度决定CPU空闲时的功耗下限，C1/C6/C10等状态越深，节能潜力越大；若被内核或固件禁用，即使调频策略为powersave，实际功耗也难以下降。
方法一：检查当前允许的最大C-Statecat /sys/devices/system/cpu/cpu0/cpuidle/state*/name 2>/dev/null | tail -n1
若返回 C10 或 deeper（如 C15），说明深层C-State已暴露给内核；若止步于 C1 或 C2，则节能能力受限。
方法二：查看当前C-State驻留统计（需有负载波动）grep "state" /sys/devices/system/cpu/cpu0/cpuidle/state*/usage 2>/dev/null | awk '{sum += $1} END {print sum}'
非零值表示C-State已被实际使用；若全为0，说明CPU始终处于活跃态或C-State被锁定。
【关键前提】：此检查仅对Intel/AMD x86_64平台有效；飞腾、鲲鹏等ARM平台无标准cpuidle接口，应转查 /sys/firmware/devicetree/base/cpus/ 下的 idle-state 节点或使用 cpupower idle-info。
读取实时CPU频率范围与当前运行频率
节能技术是否起效，最终体现在频率能否随负载动态缩放——若最小频率（scaling_min_freq）等于最大频率（scaling_max_freq），则变频机制被锁死，节能技术形同虚设。
执行命令获取CPU 0的频率边界：cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq
若两值相等（例如都显示 2400000），说明频率被硬性锁定；若 min 明显低于 max（如 800000 vs 3200000），且当前频率（scaling_cur_freq）在二者间浮动，则节能技术正在工作。
查看当前实际运行频率：cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq，多次执行并观察数值跳变，可直观验证动态调频是否活跃。
