4、QNX调度器核心原理：优先级抢占、时间片轮转、FIFO调度

调度器，说白了就是操作系统里那个决定「下一个该谁跑」的家伙。在QNX里，它是个实时内核，优先级说了算。我这些年调试过不少多核系统，调度策略选错了，性能直接崩盘。今天咱们就把QNX的三种调度方式掰开揉碎了讲清楚。

4.1 优先级抢占调度

这是QNX的默认调度策略。每个线程都有一个优先级，范围从0到255。数字越大，优先级越高。高优先级的线程，永远优先于低优先级的线程运行。

我遇到过不少新手问：「那高优先级线程一直跑，低优先级的不就饿死了？」嗯，这里要注意——QNX的优先级抢占，不是让高优先级线程永远占着CPU。它只保证：当高优先级线程就绪时，低优先级线程必须让路。

举个例子。我在一个工业控制项目里，有个数据采集线程优先级设成了200，显示线程设成了150。采集线程一有数据就抢CPU，显示线程只能等。后来发现显示刷新卡顿，我调低了采集线程的优先级，加了缓冲队列，问题就解决了。

4.2 时间片轮转调度

时间片轮转，就是让同优先级的线程轮流跑。每个线程分到一个时间片，用完就换下一个。QNX默认的时间片是4毫秒，但你可以调。

为什么会用时间片轮转？说白了，就是防止一个线程霸占CPU太久。你想想看，如果两个线程优先级一样，一个跑死循环，另一个永远没机会跑，那系统就卡死了。

我记得有一次调试一个网络协议栈，两个处理线程优先级都是100。结果一个线程处理大包，另一个处理小包。大包线程每次时间片都用不完，小包线程却频繁被切换。后来我把时间片从4ms改成了2ms，切换更均匀了，吞吐量反而上去了。

// 设置时间片大小（微秒）
int ret = ThreadCtl( _NTO_TCTL_TIMESLICE, 2000 );  // 2ms
if (ret == -1) {
    perror("ThreadCtl failed");
}

4.3 FIFO调度

FIFO调度，就是先进先出。同优先级的线程，谁先就绪谁先跑。它不按时间片轮转，而是让一个线程一直跑到阻塞或主动让出CPU。

这玩意儿什么时候用？我告诉你——当线程需要连续执行，不能被中断时。比如一个线程要处理一批数据，中间切出去再切回来，缓存都失效了，性能反而差。

我曾经在一个雷达信号处理项目里，用FIFO调度处理FFT计算。线程优先级设成220，FIFO模式。它从数据缓冲区取一批数据，算完再取下一批。中间不切换，CPU缓存命中率极高，计算速度比时间片轮转快了30%。

// 创建FIFO调度线程
pthread_attr_t attr;
struct sched_param param;

pthread_attr_init(&attr);
pthread_attr_setinheritsched(&attr, PTHREAD_EXPLICIT_SCHED);
pthread_attr_setschedpolicy(&attr, SCHED_FIFO);
param.sched_priority = 200;
pthread_attr_setschedparam(&attr, ¶m);

pthread_t thread;
pthread_create(&thread, &attr, my_fifo_thread, NULL);

4.4 三种调度策略对比

调度策略	适用场景	优点	缺点
优先级抢占	实时任务，响应要求高	高优先级任务立即响应	低优先级可能饿死
时间片轮转	同优先级任务公平共享CPU	公平，防止霸占	上下文切换开销大
FIFO	计算密集型，连续执行	缓存友好，延迟低	同优先级任务可能被阻塞

4.5 实际项目中的选择建议

我个人习惯这样选：

• 中断处理线程：优先级抢占，优先级设250以上
• 实时控制线程：优先级抢占，优先级180-220
• 数据处理线程：FIFO调度，优先级150-180
• 普通任务线程：时间片轮转，优先级100-150
• 后台任务：时间片轮转，优先级50以下

我曾经在一个多核系统上，把四个核分别跑不同的调度策略。核0跑中断和实时控制（优先级抢占），核1跑数据处理（FIFO），核2和核3跑普通任务（时间片轮转）。效果出奇的好，实时性没丢，吞吐量也上去了。

嗯，调度策略的选择，说白了就是权衡。没有银弹，只有最适合你场景的方案。多试试，多调调，你就能找到感觉。