CPU密集型模拟多线程代码仅使用单CPU线程问题咨询

核心可能原因 #

• 全局随机数锁竞争：代码中调用的r->Uniform()对应的随机数生成器为全局非线程安全实现，多线程同时调用时会触发内部互斥锁，所有线程串行等待随机数返回，实际等效于单线程执行。测试代码若未调用该随机数逻辑自然可以跑满多线程，主程序引入这部分逻辑后就会出现单线程问题。
• 任务粒度过小：当前逻辑是每处理完单个μ子的步进生成对应光子后，才提交一次多线程任务。如果单个μ子对应的tempP光子数量极少，甚至多数情况小于等于1，multiprocess实际只会启动1个甚至不启动工作线程，绝大多数时间只有主线程在跑μ子步进逻辑。
• 线程创建销毁开销过大：当前的multiprocess实现每处理一小批任务就重新创建、销毁一批线程，没有复用线程。如果任务批次极多，线程创建销毁的开销会覆盖计算收益，系统层面观测就会表现为接近单线程负载。
• 编译配置错误：主程序编译链接时未添加线程支持参数，比如GCC/Clang未加-pthread参数，会导致操作系统把所有线程调度到同一个CPU核心执行，无法利用多核心。
• 虚假共享问题：Photon结构体未做缓存行对齐，多个线程同时读写相邻内存地址的Photon实例时会触发CPU缓存行频繁失效同步，导致多核心无法并行执行。

修复建议 #

• 把全局随机数生成器替换为线程局部实现，每个工作线程单独持有自己的随机数实例，完全避免随机数调用的锁竞争。
• 调整任务提交逻辑，攒够至少数十倍于线程数的光子任务后再提交给多线程处理，保证任务计算开销远大于多线程调度开销。
• 把multiprocess替换为线程池实现，预先创建固定数量的工作线程，任务通过队列异步分发，完全避免反复创建销毁线程的开销。
• 给Photon结构体添加64字节缓存行对齐修饰（64位系统下使用alignas(64)），避免虚假共享。
• 检查编译链接参数，确认已添加线程支持相关参数。

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