为何PowerShell Runspace数量增加后性能未明显提升？

• AD域控的并发请求瓶颈：Active Directory服务本身对并发查询有默认的限流机制，当Runspace数量超过2个后，额外的查询请求会被域控排队处理，无法真正并行执行。你的脚本核心依赖AD查询，本地CPU核再多也突破不了服务端的并发上限。
• IO密集型任务的CPU利用率限制：你的服务器是4插槽×2核共8物理核，但脚本的核心操作是AD查询、CSV读写这类IO密集型任务，而非纯计算任务。这类任务的瓶颈不在CPU算力，而在网络（AD查询）和磁盘（CSV读写）的带宽。2个Runspace已经把IO带宽占满了，再多Runspace也只是增加等待队列，没法提升效率。
• CSV文件的并发读取限制：如果脚本是多Runspace同时读取同一个CSV文件，Windows文件系统对同一文件的并发读取会触发锁机制，导致Runspace之间互相等待，反而抵消了多线程的优势。就算是先把CSV读入内存，后续AD查询的瓶颈也没解决。
• 过多Runspace的额外开销：创建大量Runspace会带来线程上下文切换、资源调度的额外开销。当Runspace数量超过实际可利用的并发资源（AD的并发数、IO带宽）时，新增的Runspace不仅无法提升效率，还会让系统消耗更多资源在调度上，不过你这里刚好卡在瓶颈点，所以性能几乎没变化。

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