4. CPU调度策略：Linux内核CFS调度器、大小核架构（Kryo 485）、调度域与负载均衡
在SA8155平台上，显示性能不仅依赖GPU的渲染能力，更与CPU的调度策略紧密耦合。当GPU提交渲染命令或等待垂直同步信号时，CPU调度器的决策直接影响帧生成的延迟与抖动。本章深入剖析Linux内核完全公平调度器（CFS）、Kryo 485大小核架构、调度域划分以及负载均衡机制，为联合优化提供理论基础。
核心观点：显示性能调优的本质是让CPU调度器在正确的时间、正确的核上运行正确的渲染/合成线程，避免大小核之间的负载失衡导致帧生成时间（Frame Time）出现长尾延迟。
4.1 Linux内核CFS调度器：公平与延迟的博弈
CFS（Completely Fair Scheduler）是Linux内核默认的调度器，其核心思想是使用红黑树（Red-Black Tree）维护就绪队列，通过虚拟运行时间（vruntime）实现公平调度。在显示场景中，CFS的唤醒延迟和调度粒度直接影响渲染线程的响应速度。
4.1.1 CFS关键参数与显示场景影响
| 参数 | 默认值 | 显示场景影响 |
|---|---|---|
sched_latency_ns |
6,000,000 (6ms) | 决定调度周期，过大会增加渲染线程等待时间 |
sched_min_granularity_ns |
750,000 (0.75ms) | 最小调度粒度，影响帧内多次唤醒的切换开销 |
sched_wakeup_granularity_ns |
1,000,000 (1ms) | 控制唤醒抢占的激进程度，影响渲染线程的抢占延迟 |
sched_migration_cost_ns |
500,000 (0.5ms) | 负载均衡迁移的代价估算，影响线程在大小核间的迁移频率 |
调优建议：在显示场景中，适当降低
sched_wakeup_granularity_ns 至 500,000，可以让渲染线程在唤醒后更快抢占CPU，减少帧边界处的延迟抖动。
4.1.2 CFS调度流程与显示线程唤醒路径
4.2 Kryo 485大小核架构：异构计算与调度挑战
SA8155搭载的Kryo 485 CPU采用ARM DynamIQ架构，包含三种核心类型：1个超大核（Prime Core）、3个大核（Performance Core）和4个小核（Efficiency Core）。这种异构设计在提升能效的同时，也给显示调度带来了独特的挑战。
4.2.1 Kryo 485核心拓扑与频率范围
| 核心类型 | 数量 | 架构 | 最高频率 | L2缓存 | 典型用途 |
|---|---|---|---|---|---|
| Prime (超大核) | 1 | Cortex-A76 | 2.84 GHz | 512 KB | UI渲染主线程、合成线程 |
| Performance (大核) | 3 | Cortex-A76 | 2.42 GHz | 256 KB | 渲染辅助线程、GPU提交线程 |
| Efficiency (小核) | 4 | Cortex-A55 | 1.80 GHz | 128 KB | 后台服务、非实时任务 |
4.2.2 大小核调度陷阱：显示场景中的典型问题
- 线程迁移抖动：渲染线程从小核迁移到大核时，由于缓存失效（Cache Miss），帧生成时间可能增加2-3ms。
- 优先级反转：高优先级的合成线程被小核上的低优先级后台任务阻塞，导致帧边界错过垂直同步。
- 负载不均衡：三个大核之间负载分布不均，导致部分核心过载而其他核心空闲，影响并行渲染效率。
注意：在SA8155上，默认的CFS调度器倾向于将新唤醒的线程放在小核上，以节省功耗。但对于显示渲染线程，这种策略会导致明显的帧延迟抖动。必须通过
sched_setaffinity 或 cpuset 机制将关键线程绑定到大核。
4.3 调度域与负载均衡：跨核协同的基石
Linux内核通过调度域（Scheduling Domain）和调度组（Scheduling Group）来管理多核CPU的负载均衡。在Kryo 485上，调度域的划分直接影响显示线程能否在合适的核心上运行。
4.3.1 Kryo 485调度域层次结构
4.3.2 负载均衡算法与显示场景适配
Linux内核的负载均衡算法基于调度域进行逐级均衡，主要包含以下步骤：
- 负载统计：每个调度组统计当前运行队列的负载（以
PELT算法计算，Per-Entity Load Tracking）。 - 不均衡检测：比较同一调度域内各调度组的负载，若差值超过
sched_imbalance_pct（默认125%），则触发迁移。 - 迁移决策：选择负载最高的调度组中的任务，迁移到负载最低的调度组。
- 迁移执行：通过
stop_machine机制在安全点执行线程迁移。
显示场景优化点：在SA8155上，可以通过调整
/sys/kernel/debug/sched_features 中的 NO_TTWU_QUEUE 和 NO_SIS_AVG_CPU 标志，减少唤醒时的负载均衡开销，降低渲染线程的唤醒延迟。
4.4 联合优化实践：CPU调度策略配置
基于上述分析，在SA8155平台上进行显示性能调优时，建议采用以下CPU调度策略配置：
4.4.1 关键线程绑定策略
| 线程类型 | 绑定核心 | 调度策略 | 优先级 | 说明 |
|---|---|---|---|---|
| UI渲染主线程 | Prime (CPU7) | SCHED_FIFO | 99 | 最高优先级，独占超大核 |
| SurfaceFlinger合成 | Prime (CPU7) | SCHED_FIFO | 98 | 与渲染主线程同核，减少核间通信 |
| GPU提交线程 | Performance (CPU4-6) | SCHED_RR | 90 | 轮转调度，保证提交吞吐 |
| 渲染辅助线程 | Performance (CPU4-6) | SCHED_OTHER | Nice -10 | 高优先级CFS，避免被后台任务抢占 |
| 后台服务 | Efficiency (CPU0-3) | SCHED_OTHER | Nice 0 | 限制在小核，避免干扰显示 |
4.4.2 调度参数调整示例
# 调整CFS调度参数，降低渲染线程唤醒延迟
echo 500000 > /proc/sys/kernel/sched_wakeup_granularity_ns
echo 4000000 > /proc/sys/kernel/sched_latency_ns
echo 500000 > /proc/sys/kernel/sched_min_granularity_ns
# 关闭SMT（同步多线程）负载均衡，避免渲染线程被迁移到小核
echo 0 > /sys/devices/system/cpu/cpu7/topology/thread_siblings_list
# 设置cpuset，将显示相关进程限制在大核
echo "4-7" > /dev/cpuset/display/cpus
echo 1234 > /dev/cpuset/display/tasks # 假设渲染进程PID为1234
# 调整负载均衡阈值，减少跨Cluster迁移
echo 150 > /proc/sys/kernel/sched_imbalance_pct
验证方法：使用
trace-cmd 或 perf sched 工具录制调度事件，重点关注渲染线程的 sched_wakeup 和 sched_migrate_task 事件，确认线程是否按预期绑定在大核上，以及迁移频率是否过高。
通过上述CPU调度策略的联合优化，可以在SA8155平台上显著降低显示帧的调度延迟抖动，为GPU渲染提供稳定的CPU执行环境，从而实现整体显示性能的提升。