Linux下Piper TTS无法被taskset限制CPU核心的技术问询

1. Python程序为何能绕过taskset的限制？ #

Python主进程本身无法直接绕过taskset的CPU亲和性限制，但出现“绕过”的假象通常是以下两种情况：

• 子进程未继承亲和性：如果Python程序通过subprocess、multiprocessing或者第三方库启动了独立子进程，而这些子进程在启动时没有继承父进程的CPU亲和性（比如某些库使用exec时重置了亲和性参数），就会不受taskset约束。
• 程序主动修改亲和性：如果代码中（包括依赖的第三方库）主动调用了sched_setaffinity这类系统调用，或者通过psutil之外的方式修改了CPU亲和性，会直接覆盖taskset的设置。你用psutil无效，可能是调用时机太晚（比如Piper初始化后已经修改了亲和性），或者被Piper的底层代码再次覆盖。

2. Piper TTS为何不遵循taskset设置的核心？ #

Piper TTS不遵守taskset设置，大概率和它的底层实现逻辑有关：

• ONNX Runtime的自动行为：Piper默认使用ONNX Runtime作为推理引擎，而ONNX Runtime默认会尝试绑定所有可用CPU核心以优化性能，它会主动调用系统接口修改线程亲和性，直接忽略父进程的taskset限制。
• 独立子进程/线程未继承设置：Piper可能将语音推理逻辑拆分为独立的工作线程或子进程，而这些线程/进程在创建时没有继承Python主进程的CPU亲和性，导致跑在未被限制的核心上。
• 硬编码的性能优化：部分TTS库为了最大化推理速度，会在底层代码中强制设置线程绑定到全部核心，完全无视外部的亲和性配置。

排查与解决建议 #

• 用htop或者ps -eo pid,tid,psr,cmd查看Piper运行时所有线程/进程的核心绑定情况，确认是主进程还是子线程/进程脱离了限制。
• 尝试设置ONNX Runtime的环境变量：export OMP_NUM_THREADS=2和export ORT_INTRA_OP_NUM_THREADS=2，限制推理线程数，再配合taskset -c 2,3运行程序，看是否能约束到指定核心。
• 在Python代码中，先设置CPU亲和性再初始化Piper：比如在导入Piper模块之前，用psutil.Process().cpu_affinity([2,3])设置亲和性，避免被Piper的初始化代码覆盖。

内容的提问来源于stack exchange，提问作者ekcrisp