3、操作系统内核调优：内核配置裁剪、中断处理优化、任务调度策略选择

说到嵌入式系统的性能调优，操作系统内核这块儿，我个人的经验是——它就像房子的地基。地基没打好，上面装修得再漂亮也白搭。很多工程师上来就调应用层代码，折腾半天发现效果不明显。其实啊，内核层面的优化往往能带来质的飞跃。

今天咱们就聊三个核心方向：内核配置裁剪、中断处理优化、任务调度策略选择。这三板斧用好了，你的系统性能至少能提升30%以上。

3.1 内核配置裁剪：别让系统背着包袱跑

你想想看，一个通用Linux内核有多少功能模块？文件系统、网络协议栈、设备驱动、调度器……少说也有上千个配置选项。但在嵌入式场景下，你的硬件是固定的，很多功能根本用不上。

为什么要裁剪？

说白了，就是去掉那些你不需要的功能。这样做有三个好处：

• 减少内存占用——裁剪后的内核镜像可能从几MB降到几百KB
• 提升启动速度——不需要初始化的模块越少，系统启动越快
• 降低功耗——少干活自然省电，这对电池供电的设备尤其重要

我在一个智能家居项目中遇到过这样的情况：客户抱怨设备启动太慢，要等将近10秒。我一看内核配置，好家伙，里面编译了20多个用不上的驱动，包括SATA控制器、火线接口、蓝牙协议栈……裁剪之后，启动时间直接降到2.3秒。

具体怎么做？

我建议你从这几个方面入手：

1. 硬件驱动裁剪——只保留你板子上实际用到的外设驱动
2. 文件系统裁剪——如果只用ext4，就别编译btrfs、xfs、ntfs
3. 网络协议栈裁剪——不需要IPv6就关掉，不需要防火墙也关掉
4. 调试功能裁剪——产品发布时，把printk、debugfs、kgdb这些调试功能全部去掉

3.2 中断处理优化：别让中断把CPU拖垮

中断处理，嗯，这里要注意。很多嵌入式系统的问题都出在中断上。中断来得太频繁，CPU大部分时间都在处理中断上下文切换，真正干活的时间反而少了。

中断处理的两种模式：

模式	特点	适用场景
顶半部（Top Half）	执行速度快，不可睡眠，关中断	必须立即响应的操作（如拷贝数据）
底半部（Bottom Half）	执行速度慢，可睡眠，开中断	耗时操作（如协议处理、数据解析）

优化策略：

• 减少顶半部的工作量——顶半部只做最紧急的事，比如把数据从硬件FIFO拷贝到内存缓冲区，剩下的交给底半部
• 使用中断线程化——把中断处理放到内核线程中执行，这样可以被调度器管理，避免中断风暴
• 合并中断——如果多个设备共享同一个中断号，考虑使用中断控制器进行合并

代码示例：中断线程化

/* 传统中断注册方式 */
request_irq(irq_num, my_handler, IRQF_SHARED, "my_device", dev);

/* 中断线程化注册方式 */
request_threaded_irq(irq_num, my_top_half, my_thread_fn, 
                     IRQF_SHARED, "my_device", dev);

/* my_top_half只做快速响应 */
static irqreturn_t my_top_half(int irq, void *dev_id) {
    /* 只做必要的硬件操作 */
    disable_irq_nosync(irq);
    return IRQ_WAKE_THREAD;
}

/* my_thread_fn做实际处理 */
static irqreturn_t my_thread_fn(int irq, void *dev_id) {
    /* 这里可以睡眠，可以做复杂操作 */
    process_data();
    enable_irq(irq);
    return IRQ_HANDLED;
}

3.3 任务调度策略选择：让合适的任务在合适的时间运行

调度策略这事儿，说白了就是决定「谁先跑、谁后跑、跑多久」。不同的任务有不同的实时性要求，选错了调度策略，系统性能就会大打折扣。

Linux支持的调度策略：

调度策略	优先级范围	特点	适用场景
SCHED_FIFO	1-99（实时）	先入先出，高优先级抢占低优先级	硬实时任务（如电机控制）
SCHED_RR	1-99（实时）	时间片轮转，同优先级轮流执行	软实时任务（如音频处理）
SCHED_OTHER	0（普通）	完全公平调度（CFS）	普通任务（如日志记录）
SCHED_DEADLINE	0（普通）	基于截止时间的调度	有严格截止时间的任务

我的选择建议：

• 关键控制任务——用SCHED_FIFO，优先级设高一些。比如电机PID控制，必须保证在1ms内响应
• 周期性数据采集——用SCHED_RR，保证每个采集通道都能分到时间片
• 后台维护任务——用SCHED_OTHER，让CFS调度器自动平衡
• 有截止时间的任务——用SCHED_DEADLINE，明确告诉内核「这个任务必须在10ms内完成」

如何设置调度策略？

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

/* 设置线程的调度策略和优先级 */
void set_realtime_scheduling(pthread_t thread, int priority) {
    struct sched_param param;
    int policy = SCHED_FIFO;
    
    param.sched_priority = priority;
    
    if (pthread_setschedparam(thread, policy, &param) != 0) {
        perror("pthread_setschedparam failed");
        /* 需要root权限或CAP_SYS_NICE能力 */
    }
}

/* 使用示例 */
int main() {
    pthread_t control_thread;
    
    /* 创建控制线程 */
    pthread_create(&control_thread, NULL, control_loop, NULL);
    
    /* 设置为SCHED_FIFO，优先级80 */
    set_realtime_scheduling(control_thread, 80);
    
    /* 主线程做普通任务 */
    while (1) {
        log_status();
        sleep(1);
    }
    
    return 0;
}

3.4 综合调优案例：一个数据采集系统的优化

最后，我分享一个实际案例。去年做一个工业数据采集系统，要求同时采集8路模拟信号，每路采样率10kHz，数据通过以太网实时上传。

优化前的问题：

• CPU占用率85%，偶尔丢包
• 中断响应延迟不稳定，有时超过500μs
• 网络传输延迟抖动大

优化步骤：

1. 内核裁剪——去掉所有不用的驱动和功能，内核从3.2MB降到680KB
2. 中断优化——ADC中断使用线程化，顶半部只做数据拷贝，底半部做滤波和打包
3. 调度策略——数据采集线程用SCHED_FIFO优先级70，网络发送线程用SCHED_RR，日志线程用SCHED_OTHER

优化后的效果：

• CPU占用率降到22%
• 中断响应延迟稳定在50μs以内
• 网络传输延迟抖动小于100μs
• 零丢包

你看，内核调优就是这么立竿见影。当然，每个项目的情况不一样，具体参数需要根据实际硬件和应用场景来调整。但核心思路是一样的：裁剪掉不需要的，优化好必须用的，调度好所有的。

下一章咱们聊聊内存管理优化，包括内存分配策略、缓存一致性、DMA缓冲区设计等内容。到时候见！