JIT編譯器版本

JIT編譯器有不同的版本，而最終你使用哪種，取決于你所使用的系統(tǒng)平臺(tái)。前面的文章我們說到編譯器有-client和-server，

具體劃分應(yīng)該是如下所示：

• -client 32位client編譯器
• -server 32位server編譯器
• -d64 64位server編譯器

如果你的系統(tǒng)是32位，那么你只能使用32位JVM，如果你是64位系統(tǒng)，那么可以選擇32位或64位系統(tǒng)。

不同jvm的編譯器版本如下：

我們使用的java8，默認(rèn)使用的都是server編譯器，同時(shí)是開啟分層編譯的。

默認(rèn)情況JVM如何選擇編譯器？

假如我們沒有指定編譯器的參數(shù)，那么JVM是如何選擇使用何種編譯器的呢？

實(shí)際上jvm是考慮機(jī)器的CPU數(shù)目：

• 在64位系統(tǒng)，無論機(jī)器多少CPU，都會(huì)使用server編譯器
• 在32系統(tǒng)
  • 如果只有一個(gè)cpu，那么使用client編譯器
  • 多個(gè)cpu，使用server編譯器。

如何判斷當(dāng)前環(huán)境jvm使用的編譯器？

我們最經(jīng)常使用的查看java版本命令，就可以在最后一行展示當(dāng)前所使用的編譯器類型：

[root@public-server9 esmp]# java -version
java version "1.8.0_172"
Java(TM) SE Runtime Environment (build 1.8.0_172-b11)
Java HotSpot(TM) 64-Bit Server VM (build 25.172-b11, mixed mode)

如上所示，Linux環(huán)境下使用的是64位server編譯器。

小節(jié)：

不同的平臺(tái)環(huán)境對(duì)應(yīng)著不同的java版本，不同的java版本又對(duì)應(yīng)著不同的編譯器版本。我們?cè)谑褂玫臅r(shí)候，只需要選擇對(duì)應(yīng)于平臺(tái)的java版本，不需要手動(dòng)指定編譯器，仰仗于平臺(tái)所支持的編譯器即可。

常規(guī)的調(diào)優(yōu)可能就是選擇不同的編譯器版本，開放分層編譯等。本章，將會(huì)具體分析除此以外的編譯器優(yōu)化場(chǎng)景。

代碼緩存

JVM在編譯代碼后，會(huì)在代碼緩存當(dāng)中保存編譯后的匯編語言指令集。而代碼緩存的大小是固定的，換句話說，jvm能夠編譯的代碼數(shù)量就是固定的。

前面我們提到過，如果沒有被編譯成匯編語言的代碼，會(huì)通過解釋執(zhí)行的方式去運(yùn)行，性能會(huì)大幅下降。所以如何控制代碼緩存的大小，是一個(gè)我們可以優(yōu)化的點(diǎn)。

代碼緩存占滿發(fā)生在什么情況？

通常在使用client編譯器時(shí)，會(huì)占用大量的代碼緩存，因?yàn)槠湓谶\(yùn)行過程中需要編譯的代碼非常多。相反，server編譯器采用優(yōu)先編譯的方式，運(yùn)行時(shí)只會(huì)對(duì)熱點(diǎn)代碼進(jìn)行編譯，所以發(fā)生代碼緩存占滿的情況較少。綜上所述，在使用分層編譯的時(shí)候，也有一定的可能存在代碼緩存被占滿的情況。

代碼緩存默認(rèn)大小

代碼緩存在不同版本的java當(dāng)中，默認(rèn)代碼緩存大小也不相同，如下僅展示java7和java8的部分：

如上可以發(fā)現(xiàn)，java7的代碼緩存較小，比較容易出現(xiàn)問題。這也是為什么java7沒有默認(rèn)開啟分層編譯，而java8則默認(rèn)開啟。

我們可以通過下面的命令查看當(dāng)前代碼緩存的大小，我這里是java8：

[root@hecs-402944 opt]# jps
14186 Jps
1434 jar
655 WrapperSimpleApp
[root@hecs-402944 opt]# jinfo -flag ReservedCodeCacheSize 1434
-XX:ReservedCodeCacheSize=251658240

251658240是字節(jié)，換算后剛好240M。

如何確定正好的代碼緩存？

其實(shí)這個(gè)需要根據(jù)使用情況進(jìn)行實(shí)際調(diào)整，通過ReservedCodeCacheSize可以指定大小。

但是代碼緩存的大小的設(shè)置要考慮到服務(wù)器實(shí)際內(nèi)存的大小。如果我們將其分配過大，則這部分空間會(huì)被jvm預(yù)留出來，請(qǐng)確定你的服務(wù)器是否有足夠大的內(nèi)存。

另一個(gè)方面，32位的jvm被允許使用的最大內(nèi)存為4g，其中還包括堆內(nèi)存，元空間，棧，以及本地方法等等，所以代碼緩存總是會(huì)被限制大小的。

在64位機(jī)器也不是越大越好，每個(gè)機(jī)器上的進(jìn)程有自己的最大內(nèi)存空間，超過它也是沒有效果的。

綜上所述，有些大型應(yīng)用就需要我們對(duì)代碼緩存進(jìn)行調(diào)優(yōu)。

如何監(jiān)控代碼緩存？

前面我們學(xué)習(xí)過jconsole的使用，如果你的服務(wù)允許開啟jmx服務(wù)的話，那么就可以進(jìn)行監(jiān)控了，文章地址如下：java性能分析jconsole詳解

如下圖所示，就是監(jiān)控代碼緩存的動(dòng)態(tài)圖標(biāo)：

我們可以根據(jù)監(jiān)控的結(jié)果去調(diào)整自己服務(wù)的代碼緩存大小，我這個(gè)服務(wù)舉例默認(rèn)的240M還有很大的差距，其實(shí)是不需要進(jìn)行調(diào)優(yōu)的。

到此這篇關(guān)于java性能優(yōu)化之代碼緩存優(yōu)化的文章就介紹到這了,更多相關(guān)java 代碼緩存優(yōu)化內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評(píng)論