點(diǎn)擊上方“碼農(nóng)突圍”,馬上關(guān)注
這里是碼農(nóng)充電第一站,回復(fù)“666”,獲取一份專屬大禮包
真愛(ài),請(qǐng)?jiān)O(shè)置“星標(biāo)”或點(diǎn)個(gè)“在看”
轉(zhuǎn)自:簡(jiǎn)書,作者:新棟BOOKwww.jianshu.com/p/f1930596947d一臺(tái)Java服務(wù)器能跑多少個(gè)線程?這個(gè)問(wèn)題來(lái)自一次線上報(bào)警如下圖,超過(guò)了我們的配置閾值。打出jstack文件,通過(guò)IBM Thread and Monitor Dump Analyzer for Java工具查看如下:IBM Thread and Monitor Dump Analyzer for Java
共計(jì)1661個(gè)線程,和監(jiān)控?cái)?shù)據(jù)得出的吻合。但這個(gè)數(shù)量應(yīng)該是大了,我們都知道線程多了,就會(huì)有線程切換,帶來(lái)性能開(kāi)銷。當(dāng)時(shí)就想到一臺(tái)java服務(wù)器到底可以跑多少個(gè)線程呢?跟什么有關(guān)系?現(xiàn)整理如下。每個(gè)線程都有一個(gè)線程棧空間通過(guò)-Xss設(shè)置,查了一下我們服務(wù)器的關(guān)于jvm內(nèi)存的配置-Xms4096m
-Xmx4096m
-XX:MaxPermSize=1024m
只有這三個(gè),并沒(méi)有-Xss 和-XX:ThreadStackSize的配置,因此是走的默認(rèn)值。幾種JVM的默認(rèn)棧大小可以通過(guò)如下命令打印輸出默認(rèn)值的大小,命令:jinfo -flag ThreadStackSize ?;例如[root@host-192-168-202-229 ~]#jinfo -flag ThreadStackSize 1807不考慮系統(tǒng)限制,可以通過(guò)如下公式計(jì)算,得出最大線程數(shù)量線程數(shù)量=(機(jī)器本身可用內(nèi)存-JVM分配的堆內(nèi)存)/Xss的值,比如我們的容器本身大小是8G,堆大小是4096M,走-Xss默認(rèn)值,可以得出 最大線程數(shù)量:4096個(gè)。根據(jù)計(jì)算公式,得出如下結(jié)論:jvm堆越大,系統(tǒng)創(chuàng)建的線程數(shù)量越小。
當(dāng)-Xss的值越小,可生成線程數(shù)量越多。
我們知道操作系統(tǒng)分配給每個(gè)進(jìn)程的內(nèi)存大小是有限制的,比如32位的Windows是2G。因此操作系統(tǒng)對(duì)一個(gè)進(jìn)程下的線程數(shù)量是有限制的,不能無(wú)限的增多。經(jīng)驗(yàn)值:3000-5000左右(我沒(méi)有驗(yàn)證)。剛才說(shuō)的是不考慮系統(tǒng)限制的情況,那如果考慮系統(tǒng)限制呢,主要跟以下幾個(gè)參數(shù)有關(guān)系/proc/sys/kernel/pid_max 增大,線程數(shù)量增大,pid_max有最高值,超過(guò)之后不再改變,而且32,64位也不一樣/proc/sys/kernel/thread-max 系統(tǒng)可以生成最大線程數(shù)量max_user_process(ulimit -u)centos系統(tǒng)上才有,沒(méi)有具體研究/proc/sys/vm/max_map_count 增大,數(shù)量增多線程是非常寶貴的資源,我們要嚴(yán)格控制線程的數(shù)量,象上面我們的截圖情況,顯然線程數(shù)量過(guò)多。這個(gè)是跟我們自己配置了fixed大小的線程池有關(guān)系。京東有自己的rpc框架jsf,里面可以針對(duì)每個(gè)服務(wù)端口設(shè)置線程大小。https://www.zhihu.com/question/45563937最近整理了一份大廠算法刷題指南,包括一些刷題技巧,在知乎上已經(jīng)有上萬(wàn)贊。同時(shí)還整理了一份6000頁(yè)面試筆記。關(guān)注下面公眾號(hào),在公眾號(hào)內(nèi)回復(fù)「刷題」,即可免費(fèi)獲取!回復(fù)「加群」,可以邀請(qǐng)你加入讀者群!