一个java进程可以使用多少个cpu核心？

Question

我正在运行一些性能测试，以确定响应时间和处理各种 cpu / ram / os 配置并发的能力。我遇到的一个有趣的发现是，看起来单个 jvm 使用 4 核的性能比使用 2 核的性能更好（这并不奇怪），但是在第 4 核之外添加更多的内核并不会带来任何显着的改进.但随后，添加另一个带有负载均衡器（相同硬件）的 jvm 实例带来了显着的改进。

看起来一个单独的进程在它可以使用的内核数量上是有限的，这可能是由于一个进程一次可以产生的操作系统线程数的限制。这是 64 位环境。

我正在使用 tomcat 并尝试更改“maxThreads”属性，但这对我希望处理的并发量没有影响。

还有什么其他原因可以解释吗？

Answer 1

一般来说，Java 应用程序会尝试将每个活动线程调度到一个单独的内核上。这包括 GC 线程。如果应用程序一开始就不受 CPU 限制，那么添加更多内核不会产生任何影响，因为线程被某些东西阻塞了。

对于 Web 应用程序，事情变得有点复杂。如果线程正在等待其他东西，例如数据库连接池中的数据库，则增加线程池的大小不会有任何区别。您需要仔细查看负载均衡器和 Tomcat 配置。如果这些没有适当调整，很容易出现您描述的行为。

我不会太担心 JVM 的线程数量会受到限制。我经常在我们的生产系统中的每个 JVM 中看到超过 600 个线程。我们使用 8 核机器，请求持续时间短，所以这些线程大部分处于 I/O 等待状态。