linux内核不提供线程级平均调度延迟，/proc/[pid]/stat等文件无此字段；可行方案是用perf sched记录调度事件并分析延迟，或通过ebpf跟踪唤醒与切换事件计算差值。
Linux下用/proc/[pid]/stat和/proc/[pid]/task/[tid]/stat查线程调度延迟不现实
直接从/proc/[pid]/stat或各/proc/[pid]/task/[tid]/stat里读不到“平均调度延迟”——这个值内核根本不统计，也不暴露。字段如utime、stime、cutime、cstime只反映CPU时间消耗，delayacct_blkio_ticks（需开启CONFIG_TASK_DELAY_ACCT）能提供块IO等待时间，但和调度延迟无关。
真正接近“调度延迟”的可观测指标是：任务被就绪队列排队等待CPU的时间，即run_delay（仅在启用CONFIG_SCHEDSTATS且通过/sys/kernel/debug/sched_debug暴露），但它按调度实体（CFS rq）聚合，不按线程粒度输出，且默认关闭、不可动态开启。
- 检查是否启用：
cat /sys/kernel/debug/sched_debug 2>/dev/null | head -n5，若报No such file或无run_delay字段，说明未编译进内核 -
CONFIG_SCHEDSTATS=y必须在内核配置中启用，重启才生效 - 即使开启，
/sys/kernel/debug/sched_debug输出的是每个CFS运行队列的统计，不是每个线程的独立延迟值
用perf sched记录并分析真实调度延迟
这是目前最可行的方案：让perf在运行时捕获调度事件，再离线计算延迟分布。它不依赖内核编译选项，只要perf可用且有权限（通常需root或perf_event_paranoid ≤1）。
实操分三步：
- 记录目标进程所有线程的调度事件：
perf sched record -p <pid></pid>（建议加-g捕获调用栈，--call-graph dwarf更准但开销大） - 生成延迟直方图：
perf sched latency --sort max，输出每类任务（含线程名+tid）的Max delay、Avg delay、#samples - 导出原始延迟数据：
perf script -F comm,pid,tid,ts,cpu,event --no-headers | awk '$5 ~ /sched:sched_switch/ {print $1,$2,$3,$4}'，再自行计算相邻sched_switch事件的时间差（注意：只对同一tid有效）
注意：perf sched latency的“Avg delay”是该线程所有调度延迟样本的算术平均，非滑动窗口均值；采样期间进程不能退出过快，否则数据不足。
C++代码里没法实时获取“平均负载”，得靠外部工具聚合
所谓“当前进程内各线程的负载统计”，内核没有为每个线程维护一个“负载值”。CFS调度器用load.weight表示虚拟运行时间权重，但它是动态归一化的内部值，不对外导出。用户态唯一能拿到的近似指标是：各线程的CPU使用率（%）和就绪等待时间占比。
可行做法是周期性调用clock_gettime(CLOCK_THREAD_CPUTIME_ID, ...)获取每个线程的已用CPU时间，再结合getrusage(RUSAGE_THREAD, ...)（Linux 2.6.26+）读取ru_nivcsw（非自愿上下文切换次数）和ru_nvcsw（自愿切换次数）：
-
ru_nivcsw高 → 频繁被抢占或阻塞唤醒，可能反映调度压力 - 两次采样间
ru_nivcsw增量 ÷ 时间间隔 ≈ 平均每秒非自愿切换次数，可作为线程争抢CPU的粗略代理指标 - 注意：
getrusage(RUSAGE_THREAD, ...)必须在目标线程内调用，跨线程无法获取 —— 所以需在线程入口函数里埋点或用pthread_setspecific配合定期收集
别信“单次读取就能拿到平均延迟”的库或封装
很多第三方C++库（如某些thread_stats头文件、基于/proc解析的简易工具）声称能返回“线程平均延迟”，实际只是把utime/stime差值除以运行时间，算出来的是CPU利用率，不是调度延迟。真要量化延迟，必须依赖事件采样（perf）或eBPF（如bpftrace跟踪sched:sched_wakeup和sched:sched_switch事件）。
eBPF方案更灵活但门槛高：需编写BPF程序挂载到sched:sched_wakeup（记录唤醒时间戳）和sched:sched_switch（记录实际执行时间戳），再用用户态程序聚合计算差值。这已超出纯C++范畴，且要求内核≥4.4 + bcc或libbpf支持。
真正容易被忽略的一点：所谓“平均”，必须明确时间窗口——是过去1秒？100ms？还是整个生命周期？不同窗口下数值差异巨大，而perf sched默认用整个record时段，getrusage只能靠你自己做两次采样减法。没明确定义的“平均”，结果毫无意义。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
