Windows下Julia并行求解微分方程时JULIA_NUM_THREADS设物理核还是逻辑核更优？

已确认的基础信息 #

• 硬件配置：6物理核心，合计12逻辑线程（开启超线程）
• 环境状态：
  • 运行Base.Sys.CPU_THREADS返回12，对应系统识别的全量逻辑核心总数
  • 运行Threads.nthreads()返回1，说明当前Julia进程未启用多线程配置
  • 核心使用场景：通过多线程并行加速微分方程求解流程

选择建议 #

初始环境变量优先设置为6，完成基准性能记录后可根据实际负载对比测试12线程的表现
判断逻辑：

• 超线程技术的设计目的是填充计算空窗，单个物理核心拆分出的两个逻辑核心，无法同时独占核心的浮点运算、缓存资源，只有当任务存在大量内存等待、IO阻塞类空窗时才能拿到增益。
• 微分方程求解属于纯计算密集型任务，求解过程会持续占满核心的算术运算单元，几乎没有可被超线程利用的空窗：
  • 若将JULIA_NUM_THREADS设为12，同一物理核心上的两个Julia线程会争抢有限的计算资源和缓存，额外的线程上下文切换开销会直接拉低求解速度。
  • 若设为6，每个Julia线程独占一个完整物理核心，不存在核心内部的资源争抢，能完全释放硬件的计算能力，通常能达到单任务的最高求解效率。

可测试12线程的场景 #

完成6线程的性能基准记录后，可切换为12线程跑对比测试，适合尝试12线程的场景包括：

• 运行多组完全独立的微分方程批量求解，任务间没有共享计算资源依赖
• 求解流程附带大量磁盘读写、数据后处理等访存类空窗操作
  注意：修改完系统环境变量后，必须完全重启Julia进程（包含IDE内嵌的Julia REPL内核），重新执行Threads.nthreads()确认返回值和配置值一致，不要沿用旧进程的状态做性能判断。

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