ARM大小核架构调度原理与RK3588嵌入式配置一、ARM大小核big.LITTLE架构调度核心原理1. 硬件基础Cortex-A76 与 Cortex-A55 的异构定位ARM big.LITTLE 架构通过两类指令集完全兼容但性能/功耗特性差异巨大的CPU核心实现「峰值性能」与「待机能效」的动态平衡大核Cortex-A76乱序执行架构更大的L1/L2缓存64KB L1 512KB L2/核最高主频可达2.4GHz面向CPU密集型、低延迟敏感任务单线程性能强但功耗高。小核Cortex-A55顺序执行架构精简缓存设计32KB L1 128KB L2/核最高主频1.8GHz左右面向轻负载、后台常驻任务能效比是大核的2~3倍。两类核心共享L3缓存与内存总线任务可在大小核之间无缝迁移无软件兼容性问题。2. 主流调度机制从HMP到EASLinux内核针对异构架构经历了两代调度方案当前嵌入式与移动端主流为EASEnergy Aware Scheduling能量感知调度1早期HMP调度简单基于「集群负载阈值」做任务迁移小核簇负载超过阈值时把任务整体迁到大核簇负载下降再迁回。缺点是粒度粗、迁移抖动大无法精细平衡单任务的性能与功耗。2EAS能量感知调度当前主流EAS从Linux 5.4开始成为主线标准方案核心是基于量化的能量模型为每个任务选择「性能满足需求且功耗最低」的CPU核心核心组件包括能量模型Energy Model, EM设备树中预置每个CPU在不同频率档位下的算力capacity与功耗值调度器可精确计算「把任务放在某核某频」的能耗成本。PELT负载跟踪按实体进程/线程维度统计负载区分CPU密集型与IO密集型任务预测任务后续的算力需求。任务放置策略轻负载、后台任务优先放置在小核尽可能压低功耗当任务负载超过小核算力上限或高优先级任务唤醒时迁移到大核执行负载下降后逐步迁回小核避免频繁切换带来的开销。schedutil调频器协同调频策略直接对接调度器的负载信息任务迁到大核时同步拉高频率迁到小核时降低频率实现调度与调频的一体化决策。3. 嵌入式场景的能效平衡核心思路嵌入式场景业务固定、可预测性强相比消费电子的纯动态调度更适合「静态分区动态辅助」的混合模式任务分级绑定核心业务、实时任务绑定大核后台守护、日志、网络等轻负载进程绑定小核避免调度器误判。分簇精细化调频大核簇按需冲高小核簇锁定低频区间减少无意义的频率波动。空闲深度休眠低负载场景下关闭部分大核仅保留小核运行降低待机功耗。实时性保障硬实时任务绑定固定大核并锁频消除调度迁移与调频带来的延迟抖动。二、RK3588 硬件拓扑与环境准备1. RK3588 CPU硬件拓扑RK3588采用4核Cortex-A55 4核Cortex-A76的八核设计电源与调频按3个簇独立管理调频策略节点对应CPU编号核心类型典型主频范围policy0CPU0~CPU3Cortex-A55小核408MHz ~ 1.8GHzpolicy4CPU4~CPU5Cortex-A76大核簇0408MHz ~ 2.4GHzpolicy6CPU6~CPU7Cortex-A76大核簇1408MHz ~ 2.4GHz注两个A76子簇共享L2缓存可独立调频也可合并为一个大核域统一调度。2. 环境确认命令先验证系统的CPU拓扑与基础能力# 1. 查看CPU型号与编号对应关系cat/proc/cpuinfo|grep-Eprocessor|part# part 0xd05 Cortex-A55part 0xd0b Cortex-A76# 2. 查看调频簇划分ls/sys/devices/system/cpu/cpufreq/# 3. 查看每个CPU的算力容量EAS核心参数最大值1024cat/sys/devices/system/cpu/cpu*/cpu_capacity# 通常A55约400~500A76约1024代表单核算力相对值# 4. 查看当前可用调频策略cat/sys/devices/system/cpu/cpufreq/policy0/scaling_available_governors三、RK3588 大小核调度配置分步实战以下操作基于瑞芯微官方Linux 5.10 SDKDebian/Ubuntu根文件系统默认内核已开启EAS基础支持仅需做业务适配调优。步骤1内核配置验证与开启EAS瑞芯微官方SDK内核默认已启用EAS相关选项若自行裁剪内核需确保以下配置开启# 进入内核配置界面makeARCHarm64 menuconfig必选配置项CPU Power Management --- CPU Frequency scaling --- * CPU Frequency scaling * schedutil cpufreq policy governor Default CPUFreq governor (schedutil) --- CPU Idle --- * CPU idle PM support [*] Menu governor (for tickless system) Kernel Features --- [*] Energy Model for scheduling [*] Scheduler Energy Aware Scheduling Device Drivers --- SOC (System On Chip) --- Rockchip SoC support --- [*] Rockchip CPUFreq driver配置完成后重新编译内核并烧录到开发板。设备树补充RK3588的DTS中已预置cpu-energy-model节点定义了每个频率档的功耗与算力EAS会自动读取该数据无需手动修改。步骤2CPUFreq调频策略配置调频策略是能效平衡的基础嵌入式场景推荐搭配schedutil调度器EAS原生协同再根据业务限制频率范围。1全局切换为schedutil调度器# 所有簇统一切换为schedutilEAS推荐echoschedutil|tee/sys/devices/system/cpu/cpufreq/policy*/scaling_governor# 验证当前策略cat/sys/devices/system/cpu/cpufreq/policy*/scaling_governor2分簇设置频率上下限根据业务场景限制频率范围平衡性能与功耗# 小核簇A55policy0锁定中低频处理后台任务 # 最低频率408MHz最高限制1.2GHz轻负载场景echo408000/sys/devices/system/cpu/cpufreq/policy0/scaling_min_freqecho1200000/sys/devices/system/cpu/cpufreq/policy0/scaling_max_freq# 大核簇0A76policy4性能优先允许冲高 echo1000000/sys/devices/system/cpu/cpufreq/policy4/scaling_min_freqecho2200000/sys/devices/system/cpu/cpufreq/policy4/scaling_max_freq# 大核簇1A76policy6均衡模式限制最高频降功耗 echo800000/sys/devices/system/cpu/cpufreq/policy6/scaling_min_freqecho1800000/sys/devices/system/cpu/cpufreq/policy6/scaling_max_freq3极端场景定频配置性能优先模式如满负载AI推理大核锁定最高频echoperformance|tee/sys/devices/system/cpu/cpufreq/policy4/scaling_governorechoperformance|tee/sys/devices/system/cpu/cpufreq/policy6/scaling_governor功耗优先模式如待机值守小核低频运行关闭大核echopowersave/sys/devices/system/cpu/cpufreq/policy0/scaling_governor步骤3任务CPU亲和性绑定嵌入式核心优化嵌入式业务固定通过亲和性绑定把任务固定在指定核心比EAS动态调度更稳定、延迟更低是工业、边缘网关场景的首选方案。1单进程快速绑定taskset# 示例1后台日志进程绑定到小核CPU0~CPU3taskset-c0-3 /usr/sbin/rsyslogd# 示例2实时数据采集线程绑定到大核CPU4~CPU5taskset-c4-5 ./data_collect_daemon# 查看已有进程的CPU亲和性taskset-pPID2批量分组管理cpuset子系统针对多进程业务用cgroup的cpuset子系统做分级分组管理实现「系统服务跑小核核心业务跑大核」。分步操作# 1. 挂载cpuset文件系统mkdir-p/sys/fs/cgroup/cpusetmount-tcgroup-ocpuset cpuset /sys/fs/cgroup/cpuset# 2. 创建后台任务分组绑定小核mkdir/sys/fs/cgroup/cpuset/backgroundecho0-3/sys/fs/cgroup/cpuset/background/cpuset.cpusecho0/sys/fs/cgroup/cpuset/background/cpuset.mems# 低优先级允许使用的CPU份额更低echo0/sys/fs/cgroup/cpuset/background/cpuset.cpu_exclusive# 3. 创建核心业务分组绑定大核mkdir/sys/fs/cgroup/cpuset/foregroundecho4-7/sys/fs/cgroup/cpuset/foreground/cpuset.cpusecho0/sys/fs/cgroup/cpuset/foreground/cpuset.mems# 4. 将进程移入对应分组# 后台进程移入backgroundecho后台服务PID/sys/fs/cgroup/cpuset/background/cgroup.procs# 核心业务移入foregroundecho业务进程PID/sys/fs/cgroup/cpuset/foreground/cgroup.procs进阶可再创建realtime分组绑定单个大核并设置CPU独占用于硬实时任务彻底消除调度抖动。步骤4EAS调度参数精细化调优通过/proc/sys/kernel下的调度参数调整EAS的迁移阈值适配嵌入式业务特性# 1. 调大任务迁移成本减少大小核之间的频繁切换适合负载稳定的嵌入式场景echo5000000/proc/sys/kernel/sched_migration_cost_ns# 默认500000ns单位纳秒# 2. 调整大核上迁阈值负载超过小核容量的80%才迁到大核优先用满小核性能echo80/proc/sys/kernel/sched_upmigrate_pct# 3. 调整大核下迁阈值负载低于大核容量的30%就迁回小核echo30/proc/sys/kernel/sched_downmigrate_pct# 4. 开启iowait boostIO等待后唤醒的任务临时拉高频率提升响应速度echo1/sys/devices/system/cpu/cpufreq/policy0/schedutil/iowait_boost_enableecho1/sys/devices/system/cpu/cpufreq/policy4/schedutil/iowait_boost_enable步骤5空闲功耗与CPUIdle优化低负载场景下通过CPUIdle与热插拔进一步降低待机功耗# 1. 设置cpuidle调度器为menutickless模式深度休眠echomenu/sys/devices/system/cpu/cpu0/cpuidle/governor# 2. 空闲时自动关闭部分大核手动热插拔示例# 关闭CPU6、CPU7仅保留2个大核应对突发负载echo0/sys/devices/system/cpu/cpu6/onlineecho0/sys/devices/system/cpu/cpu7/online# 3. 验证当前CPU在线状态ls/sys/devices/system/cpu/online工业场景可结合业务负载曲线做定时热插拔策略业务高峰期全开8核闲时仅开2个小核值守。步骤6配置效果验证1调度分布验证查看任务实际运行的CPU核心确认绑定与调度策略生效# 实时查看各CPU的负载与进程分布top-H# 按1键展开所有CPU核心# 用perf查看调度事件需安装perf工具perf sched recordsleep5perf sched latency# 查看任务调度延迟与运行CPU2性能与功耗验证性能测试用sysbench验证大小核算力差异# 小核单线程性能taskset-c0sysbench cpu--threads1run# 大核单线程性能taskset-c4sysbench cpu--threads1run功耗测试通过直流功率计测量整机功耗对比不同配置下的待机/满载功耗差值也可读取RK3588内部PMU的功耗寄存器。四、嵌入式典型场景配置示例场景1工业边缘网关低功耗优先小核0-3运行网络协议栈、日志、配置管理、数据上报等常驻后台服务最高频率限制1.0GHz大核4-5仅用于周期性数据计算、协议解析平时处于热待机负载触发时自动拉高频率大核6-7默认关闭仅在批量升级、固件解压时临时开启。场景2AI视觉推理性能优先大核4-7全部锁定2.0GHz以上绑定AI推理线程与视频解码线程保证帧率稳定小核0-3运行Web服务、日志、外设驱动等辅助业务锁定800MHz低频不占用大核资源配合NPU调度CPU仅做预处理与后处理核心推理卸载到NPU进一步降低CPU功耗。五、注意事项实时任务隔离若使用PREEMPT_RT实时内核建议通过isolcpus内核启动参数隔离大核避免内核线程与用户态实时任务抢占资源。散热约束RK3588大核全核满负载时功耗较高长时间运行需配合散热片/风扇否则会触发温控降频。设备树适配自定义底板需确保电源域配置正确否则EAS的能量模型会失准导致调度异常。六、补充 查看各类 cpu 调度策略的频率RK3588 采用三簇独立调频的硬件设计所有频率与调度策略均通过 Linux 标准cpufreq子系统暴露在 sysfs 节点中无需额外工具即可查看。以下按「基础信息→深度统计→实时监控」分步讲解覆盖所有调度相关的频率维度。6.1先明确RK3588 调频簇划分RK3588 的 8 个 CPU 核心分为 3 个独立调频域同簇内核心硬件同频对应 3 个 policy 节点策略节点对应核心核心类型policy0CPU0 ~ CPU3Cortex-A55 小核簇4核policy4CPU4 ~ CPU5Cortex-A76 大核簇02核policy6CPU6 ~ CPU7Cortex-A76 大核簇12核所有频率操作均以「簇」为单位下文命令均基于这 3 个节点。6.2 基础信息查看原生 sysfs无需安装工具1. 查看各簇当前运行频率scaling_cur_freq表示调频调度器当前设定的运行频率单位为 kHz。# 小核簇当前频率cat/sys/devices/system/cpu/cpufreq/policy0/scaling_cur_freq# 大核簇0当前频率cat/sys/devices/system/cpu/cpufreq/policy4/scaling_cur_freq# 大核簇1当前频率cat/sys/devices/system/cpu/cpufreq/policy6/scaling_cur_freq批量一键查看所有簇forpin/sys/devices/system/cpu/cpufreq/policy*;doecho$(basename$p):$(cat$p/scaling_cur_freq)kHzdone输出示例policy0: 816000 kHz policy4: 408000 kHz policy6: 408000 kHz2. 查看硬件支持的全部频率档位查看当前调度器可切换的所有合法频率点由设备树 OPP 表定义# 查看小核支持的频率cat/sys/devices/system/cpu/cpufreq/policy0/scaling_available_frequencies# 查看大核簇0支持的频率cat/sys/devices/system/cpu/cpufreq/policy4/scaling_available_frequencies典型输出RK3588 官方固件408000 600000 816000 1008000 1200000 1416000 1608000 18000003. 查看当前调频调度策略Governor即当前 CPU 采用的调频算法直接决定频率变化的逻辑# 查看单个簇的调度策略cat/sys/devices/system/cpu/cpufreq/policy0/scaling_governor# 批量查看所有簇cat/sys/devices/system/cpu/cpufreq/policy*/scaling_governorRK3588 官方固件默认调度器为schedutil配合 EAS 能量感知调度可选策略通常包括performance、powersave、ondemand、conservative、userspace、schedutil。4. 查看当前频率上下限调度器只会在scaling_min_freq~scaling_max_freq范围内调节频率可用于验证你之前设置的频率限制是否生效# 查看小核频率上下限cat/sys/devices/system/cpu/cpufreq/policy0/scaling_min_freqcat/sys/devices/system/cpu/cpufreq/policy0/scaling_max_freq6.3 深度频率信息查看1. 硬件实际运行频率更精准scaling_cur_freq是调度器的设定值cpuinfo_cur_freq是从硬件寄存器直接读取的实际运行频率更能反映真实状态cat/sys/devices/system/cpu/cpufreq/policy0/cpuinfo_cur_freqcat/sys/devices/system/cpu/cpufreq/policy4/cpuinfo_cur_freq2. 各频率档位运行时长统计查看系统启动以来CPU 在每个频率档位上的累计运行时间单位毫秒可用于分析负载分布与调度合理性# 查看小核簇的频率时长统计cat/sys/devices/system/cpu/cpufreq/policy0/stats/time_in_state输出示例第一列频率kHz第二列运行时长ms408000 125600 600000 34200 816000 18900 ...3. 逐个 CPU 核心查看同簇核心硬件同频但也可单独查看每个核心的频率节点# 查看所有 8 个核心的当前频率cat/sys/devices/system/cpu/cpu*/cpufreq/scaling_cur_freq输出 8 个数值前 4 个为小核后 4 个为大核。6.4 实时监控频率变化1. 原生 watch 命令无依赖每秒自动刷新一次实时观察调度器的频率跳转# 同时监控三个簇的当前频率watch-n1echo CPU Frequency (kHz) \ echo -n 小核 policy0: cat /sys/devices/system/cpu/cpufreq/policy0/scaling_cur_freq \ echo -n 大核 policy4: cat /sys/devices/system/cpu/cpufreq/policy4/scaling_cur_freq \ echo -n 大核 policy6: cat /sys/devices/system/cpu/cpufreq/policy6/scaling_cur_freq2. 专用工具查看1cpufreq-info系统信息汇总安装cpufrequtils包后一键查看所有簇的驱动、策略、频率范围# Debian/Ubuntu 安装aptinstallcpufrequtils# 查看全部信息cpufreq-info2rktopRK3588 专属监控脚本瑞芯微社区常用的轻量监控脚本可同时显示 CPU/NPU/GPU 频率、负载、温度# 下载运行wgethttps://raw.githubusercontent.com/YeWenxuan64/rktop/master/rktop.shchmodx rktop.sh ./rktop.sh6.5 补充查看温控降频与调度约束当芯片温度过高时温控模块会强制拉低最高频率此时调度器无法突破限制。可通过以下节点查看# 查看所有温控区域ls/sys/class/thermal/# 查看大核/小核对应的温度# thermal_zone3 对应小核簇温度thermal_zone1/2 对应两个大核簇cat/sys/class/thermal/thermal_zone3/temp若实际最高频率低于你设置的scaling_max_freq大概率是温控触发了降频需加强散热。
