线程，为什么 1000 个线程和 2000 个线程没有太大的区别 [重复]

Question

使用线程可以显着提高性能，因为有更多的“工人”来执行工作。但是，我进行了测试并注意到它是前几个线程对性能的影响最大。

为什么大量线程的时间几乎是恒定的，比如 1000 和 2000 个线程？

是不是因为没有足够的工作要做，所以大多数人都在睡觉等待工作弹出？

编辑： 我在 C 中创建了一个多线程查找器，它仅用作 bash 中的 find 命令。我花了一些时间处理不同数量的线程（phread_create），并注意到我只通过创建几个线程就可以获得最大的性能影响。但是，40 线程和 600 线程的时间几乎相同。为什么会这样？

谢谢

Answer 1

正如在 cmets 中已经提到的，没有必要拥有比 CPU 内核更多的线程。如果您的线程数多于 CPU 内核数，您实际上会获得更少的性能，因为内核会浪费 CPU 周期切换线程。您拥有的线程越多，在它们之间切换所浪费的时间就越多，至少一般来说，这也与应用程序的性质有关。

此外，当您有许多线程要切换时，您更有可能进行缓存垃圾处理。澄清一下：

当 thread1 执行时，它在 CPU 缓存中拥有自己的数据。但是当切换出去并且thread2进来时，它会从真实内存中读取它的数据（比缓存需要更长的时间）并将其放入缓存中。当 thread1 回来时也会发生同样的事情，它必须再次从真实内存中读取。这将在统计上更频繁地发生，您拥有的线程越多。但同样，这取决于所完成工作的性质，每个线程每次执行时从实际内存中读取多少数据到缓存。