4. 中断负载度量指标：中断频率（Hz）、中断服务时间（IST）、中断延迟（latency）、吞吐量（throughput）

在ALSA音频子系统中，中断负载的精确度量是性能调优和问题定位的基础。本章定义并深入分析四个核心度量指标：中断频率（Hz）、中断服务时间（IST）、中断延迟（latency）和吞吐量（throughput）。这四个指标共同构成了评估音频中断系统健康度的“四维坐标系”。

4.1 中断频率（Hz）

中断频率定义为每秒内音频硬件触发中断的次数，单位是赫兹（Hz）。在ALSA驱动中，中断频率通常由音频采样率、周期大小（period size）和通道数共同决定。

计算公式：

中断频率 (Hz) = 采样率 (Hz) / 周期大小 (frames)

例如，对于采样率为48kHz、周期大小为512帧的音频流，中断频率为：

48000 / 512 = 93.75 Hz

这意味着每秒约发生94次中断。中断频率越高，CPU响应越及时，但上下文切换开销也越大。

4.2 中断服务时间（IST）

中断服务时间（Interrupt Service Time, IST）是指从CPU响应中断请求到中断服务例程（ISR）执行完毕并返回所消耗的时间。IST通常以微秒（μs）或纳秒（ns）为单位。

在ALSA驱动中，IST主要由以下操作构成：

• 硬件寄存器读取： 读取音频控制器的中断状态寄存器，判断中断来源。
• DMA传输状态检查： 检查DMA引擎的当前传输位置和完成状态。
• 环形缓冲区指针更新： 更新应用程序和硬件之间的数据指针。
• 唤醒等待队列： 唤醒等待音频数据的用户态进程。
• 中断底半部调度： 如果使用tasklet或workqueue，则调度底半部处理。

IST测量方法：

// 使用ftrace测量中断服务时间
# echo function_graph > /sys/kernel/debug/tracing/current_tracer
# echo snd_pcm_period_elapsed > /sys/kernel/debug/tracing/set_ftrace_filter
# echo 1 > /sys/kernel/debug/tracing/tracing_on
# cat /sys/kernel/debug/tracing/trace | grep "snd_pcm_period_elapsed"

4.3 中断延迟（Latency）

中断延迟是指从硬件产生中断信号到CPU开始执行中断服务例程（ISR）第一条指令之间的时间间隔。中断延迟是衡量系统实时性的关键指标。

中断延迟的组成：

4.4 吞吐量（Throughput）

吞吐量定义为在单位时间内成功传输的音频数据量，通常以兆字节每秒（MB/s）或千帧每秒（kframes/s）为单位。在ALSA音频子系统中，吞吐量反映了中断处理系统处理音频数据的能力上限。

吞吐量计算公式：

吞吐量 (MB/s) = 采样率 (Hz) × 采样位深 (bytes) × 通道数 / 10^6

例如，对于48kHz、24位（3字节）、双通道的音频流：

48000 × 3 × 2 / 10^6 = 0.288 MB/s

虽然单个音频流的吞吐量看似不高，但在多通道、多声卡、高采样率的专业音频场景中，总吞吐量可能达到几十甚至上百MB/s。

4.5 四维指标综合对比

下表总结了四个核心指标的测量单位、测量工具和典型阈值：

4.6 指标间的相互影响

四个指标并非独立存在，它们之间存在复杂的耦合关系。理解这些关系对于性能调优至关重要：

• 中断频率 vs IST： 频率越高，每个中断可分配的时间片越短，IST必须相应缩短，否则会导致中断堆积。
• 中断延迟 vs 吞吐量： 高吞吐量通常需要更大的DMA缓冲区，这会增加中断延迟（因为缓冲区填充需要更长时间）。
• IST vs 吞吐量： 吞吐量增加时，每个中断需要处理的数据量增大，IST线性增长。
• 中断频率 vs 中断延迟： 高频中断可以降低平均延迟，但会增加延迟抖动（jitter），因为CPU频繁被中断打断。