CPU频率与调度：CPU调频对音频延时的影响、绑定大核与isolcpus、使用RT线程优先级

音频低延时优化，说白了就是跟CPU抢时间。你想想看，音频数据从产生到播放，中间经过了多少道关卡？CPU频率不够、调度不及时、线程被抢跑——任何一个环节掉链子，延时就上去了。今天咱们就聊聊怎么从CPU层面把延时压下来。

CPU调频对音频延时的影响

CPU调频，也就是DVFS（动态电压频率调整），是系统为了省电搞出来的机制。但省电和省延时，往往是矛盾的。

我遇到过这样一个项目：播放器在播放高采样率音频时，偶尔会出现“咔哒”一声的爆音。查了半天，发现是CPU在低负载时主动降频了。音频线程本来跑在1.8GHz，突然降到1.2GHz，处理不过来，缓冲区就空了。

为什么会这样？因为音频处理是典型的“短时突发”任务。系统看CPU利用率不高，就以为可以降频。但音频线程需要的是“瞬间爆发力”——你必须在几毫秒内把数据准备好。

所以，调频策略对音频延时的影响，主要体现在两点：

• 频率切换延迟：从低频升到高频，需要几十到几百微秒。这段时间内，音频线程可能已经错过了处理窗口。
• 频率不足导致处理超时：如果CPU一直跑在低频，音频线程的处理时间会变长，缓冲区更容易欠载。

我个人习惯的做法是：在音频播放期间，强制CPU进入高性能模式。具体来说，可以通过写/sys/devices/system/cpu/cpufreq/policy0/scaling_governor，把governor改成performance。这样CPU会一直跑在最高频率，不会主动降频。

绑定大核与isolcpus

现在的手机基本都是大小核架构。大核性能强，小核省电。但音频线程如果跑在小核上，延时可能会翻倍。

我记得有一次调试，发现音频线程被调度到了小核上。同样的处理逻辑，在大核上只需要0.5ms，在小核上却要1.2ms。这多出来的0.7ms，直接导致缓冲区深度必须增加，延时也就上去了。

解决方案有两个：

1. 绑定大核（CPU Affinity）

通过设置线程的CPU亲和性，强制音频线程只在大核上运行。代码示例如下：

#include <cutils/sched_policy.h>
#include <sched.h>
#include <unistd.h>

// 绑定到大核（假设大核是CPU 4-7）
cpu_set_t cpuset;
CPU_ZERO(&cpuset);
CPU_SET(4, &cpuset);
CPU_SET(5, &cpuset);
CPU_SET(6, &cpuset);
CPU_SET(7, &cpuset);

int ret = sched_setaffinity(gettid(), sizeof(cpu_set_t), &cpuset);
if (ret != 0) {
    // 处理错误
}

这里要注意：不同芯片的大小核编号不一样。高通骁龙8系通常大核是4-7，但联发科天玑系列可能不同。你需要通过/sys/devices/system/cpu/下的信息来确认。

2. 使用isolcpus隔离核心

isolcpus是内核启动参数，可以把某些CPU核心从调度器中隔离出来。这些核心不会被普通线程使用，只有你明确绑定的线程才能用。

在BoardConfig.mk或cmdline中添加：

isolcpus=4,5,6,7

这样，CPU 4-7就变成了“专用核心”。音频线程绑定上去后，不会被其他线程打扰。延时会更稳定。

使用RT线程优先级

普通线程的优先级是动态调整的，系统可能会因为其他任务而抢占音频线程。RT（实时）线程则不同——它的优先级是静态的，而且高于所有普通线程。

我曾经在一个项目中，音频线程使用普通优先级，结果被后台下载任务抢占了CPU。音频缓冲区瞬间欠载，出现了明显的卡顿。改成RT优先级后，问题就解决了。

设置RT优先级的代码：

#include <sched.h>
#include <pthread.h>

struct sched_param param;
param.sched_priority = 90;  // RT优先级范围是1-99，越高越优先

int ret = pthread_setschedparam(pthread_self(), SCHED_FIFO, &param);
if (ret != 0) {
    // 处理错误
}

这里有两个调度策略可选：

• SCHED_FIFO：先入先出。线程会一直运行，直到主动让出CPU或被更高优先级的RT线程抢占。
• SCHED_RR：时间片轮转。多个同优先级的RT线程会轮流执行。

我个人习惯用SCHED_FIFO。因为音频线程通常是独占CPU的，不需要时间片轮转。

知识体系总览

下面这张图总结了CPU频率与调度对音频延时的影响，以及对应的优化手段：

嗯，到这里你应该明白了：CPU频率与调度优化，本质上是在“省电”和“低延时”之间做取舍。我个人习惯的做法是：先通过performance governor固定频率，再把音频线程绑定到大核上，最后设置RT优先级。三步走下来，延时基本能压到可控范围内。

当然，具体参数要根据你的硬件平台来调整。不同芯片的大小核编号、RT优先级上限都可能不同。动手之前，先看看/sys/devices/system/cpu/下的信息，确认清楚再下手。