TensorFlow默认限制CPU并行度以避免性能下降；set_intra_op_parallelism_threads()控制单算子线程数，默认为逻辑核心数一半，建议设为物理核心数或0自适应；set_inter_op_parallelism_threads()控制算子间并发，推荐与intra值一致并配合TF_NUM_INTEROP_THREADS环境变量；NUMA拓扑可能影响核心识别，需用numactl绑定或软设备放置；数据加载优化比调线程更易提升吞吐。
TensorFlow 默认不自动绑定全部物理核心，不是它“识别不了”，而是它主动限制了 CPU 并行度 —— 为避免线程争抢、缓存抖动和 NUMA 跨节点访问带来的性能下降，它做了保守调度。
tf.config.threading.set_intra_op_parallelism_threads() 控制单算子并行线程数
这个函数决定一个算子（比如 tf.matmul）内部最多用多少线程做并行计算。默认值通常是系统逻辑核心数的一半，而非物理核心数。如果你的 CPU 有 8 物理核 / 16 逻辑核，set_intra_op_parallelism_threads(16) 可能反而拖慢速度，因为矩阵乘法在超线程上容易争抢 ALU 和缓存带宽。
- 实测建议：设为物理核心数（
os.cpu_count() // 2若启用了超线程），或直接设为0让 TensorFlow 自适应 - 注意：必须在
import tensorflow as tf之后、任何模型构建或计算之前调用，否则无效 - 若设为
1，所有算子串行执行，适合调试或小规模推理
tf.config.threading.set_inter_op_parallelism_threads() 控制算子间并发粒度
这个参数控制图中不同算子（比如卷积 → 激活 → 池化）能否并行启动。默认值常为 0（自动），但实际行为受 TF_NUM_INTEROP_THREADS 环境变量影响更大。
- 常见误操作：只调大
intra却忽略inter，结果是单个 matmul 很快，但整个前向传播仍卡在串行流水线上 - 推荐做法：两者设为相同值（如都设为
4或8），再配合os.environ['TF_NUM_INTEROP_THREADS'] = '8'提前生效 - Windows 上尤其要注意：某些旧版 TF 在未设环境变量时，
set_inter_op_parallelism_threads()可能被忽略
Linux 下 NUMA 绑定导致物理核心“不可见”
在多路服务器或高端工作站上，TensorFlow 可能因 NUMA 拓扑识别失败，把跨节点内存访问误判为高延迟，从而主动避开部分物理核心 —— 日志里会出现 could not identify numa node，但这不是错误，只是警告。
立即学习“Python免费学习笔记（深入）”；
- 验证方式：运行
numactl --hardware查看节点布局；若输出显示多个 node，说明 NUMA 生效 - 绕过方法：启动 Python 前加
numactl --cpunodebind=0 --membind=0 python script.py强制绑定到 node 0 - 更稳妥的做法：用
tf.config.set_soft_device_placement(True)+ 显式指定/CPU:0设备，避免调度器自行决策
真正影响吞吐的往往不是“识别了多少核心”，而是数据加载是否成为瓶颈、是否开启了 tf.data.AUTOTUNE、以及 batch 内部的 tensor shape 是否对齐 —— 这些比手动调线程数更容易带来 2–3 倍提升。
