Clojure中pmap并行版本性能不及串行版本的原因排查

• 任务粒度不足：如果pmap处理的单个任务计算量太小，线程调度、上下文切换的开销会远超并行计算带来的收益。这种情况下，线程频繁切换状态，每个CPU核心无法持续进行计算工作，自然没法拉满负载，甚至会因为额外开销导致整体耗时比串行更长。
• 存在串行阻塞点：若并行任务中包含共享资源的串行操作（比如频繁修改同一个原子变量、依赖全局锁，或是某个必须串行执行的计算/IO步骤），线程会大量时间处于等待状态，无法真正并行执行，直接导致CPU出现空闲。
• GC与内存压力影响：并行计算往往会同时创建更多对象，触发更频繁的垃圾回收。GC过程会暂停计算线程，不仅占用CPU资源，还会打断核心的持续计算，让单个CPU负载难以达到100%。如果内存分配不足，GC的频率和耗时会进一步加剧这个问题。
• 隐性阻塞操作：如果你的任务中存在隐性阻塞（比如调用了阻塞式IO、JNI方法，或是依赖外部服务的同步调用），pmap的线程池会被阻塞的线程占满，后续任务无法及时分配到核心执行，导致部分CPU空闲。你提到最小化示例正常，说明这种阻塞是当前代码特有的。
• 线程安全数据结构的同步开销：若并行任务里大量使用ref、agent这类有同步开销的线程安全数据结构，每个操作都需要等待锁释放，线程会在同步逻辑上消耗大量时间，而非专注计算，进而拉低CPU整体负载。

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