pidstat 不直接统计子进程资源继承开销，但可通过 -T CHILD 选项监控活跃子进程的 CPU、内存、I/O 和上下文切换，并结合父子进程对比分析验证实际资源分摊。
pidstat 本身不直接统计“子进程资源继承开销”这类抽象概念，但它能帮你识别和验证子进程是否实际承担了父进程派生出的资源消耗——比如 CPU、内存、I/O 或上下文切换是否在子进程中体现。所谓“继承开销”，本质是子进程运行后新增或分摊的资源占用，需通过对比父子进程行为来判断。
确认父子进程关系并筛选目标
先查清进程树结构，避免误判：
- 用 ps -ef --forest 或 pstree -p PID 查看指定进程及其子进程层级
- 用 pgrep -P PARENT_PID 直接列出某父进程的所有直系子 PID
- 注意：fork 后的子进程初始状态与父进程共享资源（如内存页），但执行 exec 后会加载新程序，资源归属即独立；若未 exec（如 shell 脚本中后台子任务），则可能共用同一命令名，需结合 -l 或 -C 区分
用 -T CHILD 选项专门监控子进程资源
pidstat 的 -T CHILD 是关键参数，它让工具只统计由指定进程 fork 出、且尚未被其他进程 wait 的活跃子任务（即“子进程生命周期内”的资源）：
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
- 语法示例：pidstat -p 1234 -T CHILD -ur 2 → 每 2 秒刷新一次，仅显示 PID 1234 所有当前存活子进程的 CPU 和内存使用
- 输出中 PID 列显示的是子进程 ID，Command 列为子进程实际执行的命令（非父进程名）
- 该模式下不会显示父进程自身数据，专注子任务开销，适合验证“某个服务启动 worker 进程后，额外负载是否落在它们身上”
对比父进程与子进程的资源趋势
单看子进程不够，需联动分析才能判断“开销是否继承而来”：
- 分别运行：pidstat -p 1234 -u 1（父进程 CPU）和 pidstat -p "$(pgrep -P 1234)" -u 1（所有子进程 CPU），观察 %CPU 总和是否接近父进程峰值
- 若父进程 %usr 很低，但多个子进程 %usr 高且总和显著上升 → 说明计算逻辑已下沉，开销实质由子进程承担
- 检查 minflt/s（次要缺页）：子进程刚 fork 时大量复用父进程 page cache，minflt/s 会突增；若后续持续高 majflt/s，则可能是子进程独立加载大量新数据，属真实内存开销
结合 -w 观察子进程调度压力
子进程频繁创建/退出会带来调度负担，这属于隐性继承开销：
- 加 -w 参数：pidstat -p 1234 -T CHILD -w 1
- 关注 nvcswch/s（非自愿切换）：值高说明子进程常因时间片耗尽被抢占，可能线程数过多或 CPU 不足
- 对比父进程的 cswch/s（总切换次数）：若父进程切换少，但子进程 nvcswch/s 累计很高，说明调度器开销已转移到子任务层
