每个JVM或每个CPU核的线程数

Question

基于每个JVM的CPU核数创建线程与在多个JVM上运行的线程在CPU核数上创建线程数，条件是所有JVM运行在共享同一CPU的一个物理系统上有何不同？换句话说，一个并行运行8个线程的多线程Java程序vs在共享同一CPU的8个不同JVM上运行的同一多线程程序？

下面我给出了一些我发现的用线程实现并行处理的方法，但是我不能理解它们之间的本质区别？

方法一：线程周期性地查询数据库更改，并行地启动（长时间运行的）线程（每当发生更改时）来处理更改数据。（工作涉及到算术和将结果保存到数据库）

方法二：多线程查询数据库中的数据更改，锁定修改后的数据，每个线程启动一个线程（从线程池）来处理更改数据。

方法三：多个线程（本质上是作为单独的进程从不同的JVM运行）查询数据库，锁定它找到的已更改的记录，并启动线程（从每个线程拥有的线程池，池上的最大线程为CPU核数）来处理更改数据。

第三种方法比其他两种方法更好吗？如果是/否，为什么？（因为，由于监视线程运行在不同的JVM上，每个线程都可以创建与CPU内核一样多的线程？例如，在8个核心的CPU中，在单独的JVM上创建8个监视线程（作为单独的进程），每个线程都将更改作业提交到8个线程池？但是，这个论点不是失败了吗，因为只有8个物理核心，而处理器在任何时候都只能运行8个线程？）

您有没有其他有效的方法来实现这个场景？

Answer 1

我想你的答案可以归结为：

• 在一个进程中使用一个线程进行处理，故事结束。
• 在一个进程中处理多个线程。
• 在多个进程中使用多个线程进行处理。

如果您的目标是用尽可能多的工作使CPU饱和，并以最快的速度执行您的处理，那么答案通常是#2，一个进程中有多个线程。

在多个进程中使用多个线程并不会为您带来太多好处,它有几个缺点：

>

如果所有线程都在同一个进程中，那么它们可以使用瘦互斥/锁（进程内互斥/锁），它们的性能明显优于进程间互斥/锁。多进程意味着使用内核提供的锁定原语，这通常要慢得多。

如果所有线程都在同一个进程中，那么它们都可以访问相同的内存，并将它们的所有内存合并在一起。将所有内容都放在一个堆中意味着数据的共地性，而共地性可以提高CPU缓存性能。此外，如果您必须在多个进程中的线程之间共享数据，则需要使用共享内存（这在Java上很麻烦）或消息传递（这会重复数据，浪费CPU和ram）。

使用多个进程的唯一好处是您可以轻松地执行特权分离。