ITPub博客

首页 > > > JVM 最多支持多少个线程?

JVM 最多支持多少个线程?

作者:孤独键客 时间:2020-05-14 13:44:02 0 删除 编辑
程序员的成长之路
互联网/程序员/成长/职场 
关注


阅读本文大概需要 2.8 分钟。

原文:www.jb51.net/article/49087.htm


McGovernTheory 在 StackOverflow 提了这样一个问题:


Java 虚拟机最多支持多少个线程?跟虚拟机开发商有关么?跟操作系统呢?还有其他的因素吗?


▌Eddie 的回答:


这取决于你使用的 CPU,操作系统,其他进程正在做的事情,你使用的 Java 的版本,还有其他的因素。


我曾经见过一台 Windows 服务器在宕机之前有超过 6500 个线程。当然,大多数线程什么事情也没有做。


一旦一台机器上有差不多 6500 个线程(Java 里面),机器就会开始出问题,并变得不稳定。


以我的经验来看,JVM 容纳的线程与计算机本身性能是正相关的。


当然了,你要有足够的本机内存,并且给 Java 分配了足够的内存,让每个线程都可以拥有栈(虚拟机栈),可以做任何想做的事情。


任何一台拥有现代 CPU(AMD 或者是 Intel 最近的几代)和 1-2G 内存(取决于操作系统)的机器很容易就可以支持有上千个线程的 Java 虚拟机。


如果你需要一个更精确的答案,最好是自己做压测。

 

▌Charlie Martin 的回答:


这里有很多的参数(可以设置)。对于特定的虚拟机,都会有自己的运行时参数。


(最大线程数)一定程度上由操作系统决定的:底层的操作系统要给线程提供哪些支持?施加哪些限制?虚拟机使用的是原生的操作系统的线程还是 red thread 或者 green thread?


操作系统提供的支持是另一个问题。如果你向下面这样写Java程序:


class DieLikeADog {
      public static void main(String[] argv){
          for(;;){
             new Thread(new SomeRunaable).start();
          }
      }
 }


(不要抱怨语法细节,这才刚刚开始)那你当然希望能得到成百上千个运行的线程。


但是,创建一个线程的成本是相对较大的,(过多线程)调度的开销会变得突出。


能否让这些线程做有用的事情还不确定。


升级版


好了,迫不及待了!下面是我的一个加了点润色的小的测试程序:


public class DieLikeADog {
    private static Object s = new Object();
    private static int count = ;
    public static void main(String[] argv){
        for(;;){
            new Thread(new Runnable(){
                    public void run(){
                        synchronized(s){
                            count += 1;
                            System.err.println("New thread #"+count);
                        }
                        for(;;){
                            try {
                                Thread.sleep(1000);
                            } catch (Exception e){
                                System.err.println(e);
                            }
                        }
                    }
                }).start();
        }
    }
}


在 Intel 的 OS/X 10.5.6 系统上,Java 5 的输出如下:


New thread #2547
New thread #2548
New thread #2549
Can't create thread: 5
New thread #2550
Exception in thread "main" java.lang.OutOfMemoryError: unable to create new native thread
        at java.lang.Thread.start0(Native Method)
        at java.lang.Thread.start(Thread.java:592)
        at DieLikeADog.main(DieLikeADog.java:6)


▌benjismith 的回答:


读了 Charlie Martin 的回复以后,我很想知道堆内存的大小是否能够给创建的线程数带来不同,然后我就被结果惊呆了:在 Vista Home Premium SP1系统上,使用 JDK 1.6.0_11,设置堆内存的大小从 2M 到 1024M 来执行 Charlie 的测试程序。


比如:创建 2M 的堆内存,我使用的虚拟机参数是:-Xms2m -Xmx2m.


下面是我的测试结果:


2 mb --> 5744 threads
4 mb --> 5743 threads
8 mb --> 5735 threads
12 mb --> 5724 threads
16 mb --> 5712 threads
24 mb --> 5687 threads
32 mb --> 5662 threads
48 mb --> 5610 threads
64 mb --> 5561 threads
96 mb --> 5457 threads
128 mb --> 5357 threads
192 mb --> 5190 threads
256 mb --> 5014 threads
384 mb --> 4606 threads
512 mb --> 4202 threads
768 mb --> 3388 threads
1024 mb --> 2583 threads


所以,堆的大小确实很重要。但是,堆大小和最大线程数却是呈反比例关系。


这太诡异了!


▌Neil Coffey 的回答:


绝对理论上的最大线程数是进程的用户地址空间除以线程栈的大小(现实中,如果内存全部给线程栈使用,就不会有能运行的程序了)。


因此,以 32 位 Windows 系统为例,每一个进程的用户地址空间是 2G,假如每个线程栈的大小是 128K,最多会有 16384(=210241024 / 128)个线程。


实际在XP系统上,我发现大约能启动 13000 个线程。


然后,我认为,你的问题本质上是:(a)你是否可以在你的代码中有效的管理许多的线程,不让他们做很显然是愚蠢的事情(比如:让他们在同一个 object 对象上等待随后被调用 notifyAll()…),(b)操作系统是否可以有效地管理这许多线程。


基本上来说,如果(a)的答案是”yes”的话,(b)的答案也是”yes”。


很巧的是,你可以在Thread的构造函数中设置线程栈的大小,但是,你不需要也不应该把这个和虚拟机参数弄混淆。




往期精彩回顾

如何写出让同事无法维护的代码?

如何通过限流来干掉那些处理不过来的请求

十大经典排序算法

记一次 Linux 被入侵,服务器变“矿机”全过程

MySQL 是如何利用索引的

我面试了我的前领导,他连做我的下属都不配

读者日:我们不再是我们,我们依然是我们

写留言

喜欢就给个“在看”

来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/69902700/viewspace-3132448/ ,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论
一个不羁的码农,终身学习者。公众号「程序员的成长之路」。目前就职于一家游戏公司,主要负责服务器端,以及web系统的开发工作,对Java相关知识比较擅长。

注册时间:2018-12-14

  • 博文量
    793
  • 访问量
    119811