getpriority返回的是niceness值(-20~19),非调度优先级;真实调度优先级需用sched_getparam获取sched_priority,且仅在sched_fifo/rr策略下有效,sched_other下恒为0。

Linux下用getpriority查线程nice值不等于调度优先级
很多人误以为getpriority(PRIO_PROCESS, 0)返回的就是当前线程的“调度优先级”,其实它只返回niceness值(范围-20~19),和实时调度策略下的rt_priority完全无关。真正反映内核调度决策的是sched_priority,它只在使用SCHED_FIFO或SCHED_RR时生效,且与nice无关。
用sched_getparam获取线程真实调度优先级
要拿到当前线程的sched_priority,必须调用sched_getparam并传入线程ID(pthread_t需先转为pid_t):
#include <pthread.h>
#include <sys>
#include <unistd.h>
#include <sched.h>
int get_current_thread_priority() {
pid_t tid = syscall(SYS_gettid); // 获取内核线程ID
struct sched_param param;
int policy;
if (sched_getparam(tid, ¶m) == 0) {
return param.sched_priority; // 实时优先级(SCHED_FIFO/RR下有效)
}
return -1;
}</sched.h></unistd.h></sys></pthread.h>
-
sched_getparam返回的是struct sched_param里的sched_priority字段,不是nice值 - 普通线程(
SCHED_OTHER)的sched_priority恒为0,此时优先级由nice和CFS权重共同决定,无法单靠一个整数表征 - 必须用
syscall(SYS_gettid)而非getpid(),因为进程ID不等于线程ID,多线程下会取错
检查调度策略比读优先级更重要
单独看sched_priority没意义,必须配合调度策略理解:
- 用
sched_getscheduler(0)查当前线程策略:SCHED_OTHER(默认)、SCHED_FIFO、SCHED_RR - 只有
SCHED_FIFO和SCHED_RR才启用sched_priority,范围通常是1~99(取决于/proc/sys/kernel/sched_rt_runtime_us等限制) -
SCHED_OTHER下sched_priority固定为0,真实调度权重由getpriority(PRIO_PROCESS, 0)+ CFS虚拟运行时间共同决定 - 非root用户通常无法设置高于
/proc/sys/kernel/sched_rt_runtime_us允许的实时优先级
Windows上没有等价API,只能间接判断
Windows线程优先级是基于GetThreadPriority的相对层级(如THREAD_PRIORITY_NORMAL),不对应Linux的实时优先级概念,且无法直接映射到内核调度队列位置:
-
GetThreadPriority(GetCurrentThread())返回的是Win32优先级类偏移值,不是内核可调度的数值 - 真实调度行为受系统全局策略(如“后台服务”模式)、I/O优先级、内存优先级等多重影响
- 没有API能返回类似Linux
sched_priority的单一整数,强行类比容易误导
跨平台代码里别试图统一“调度优先级”语义,Linux和Windows底层模型根本不同。真要控制调度行为,Linux侧聚焦sched_setscheduler+sched_setparam,Windows侧用SetThreadPriority配合SetThreadIdealProcessor更实际。
C++免费学习笔记(深入):立即使用
在学习笔记中,你将探索 C++ 的入门与实战技巧!











