JIT編譯器版本

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

具體劃分應該是如下所示：

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

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

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

我們使用的java8，默認使用的都是server編譯器，同時是開啟分層編譯的。

默認情況JVM如何選擇編譯器？

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

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

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

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

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

[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é)：

不同的平臺環(huán)境對應著不同的java版本，不同的java版本又對應著不同的編譯器版本。我們在使用的時候，只需要選擇對應于平臺的java版本，不需要手動指定編譯器，仰仗于平臺所支持的編譯器即可。

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

代碼緩存

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

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

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

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

代碼緩存默認大小

代碼緩存在不同版本的java當中，默認代碼緩存大小也不相同，如下僅展示java7和java8的部分：

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

我們可以通過下面的命令查看當前代碼緩存的大小，我這里是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。

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

其實這個需要根據(jù)使用情況進行實際調整，通過ReservedCodeCacheSize可以指定大小。

但是代碼緩存的大小的設置要考慮到服務器實際內存的大小。如果我們將其分配過大，則這部分空間會被jvm預留出來，請確定你的服務器是否有足夠大的內存。

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

在64位機器也不是越大越好，每個機器上的進程有自己的最大內存空間，超過它也是沒有效果的。

綜上所述，有些大型應用就需要我們對代碼緩存進行調優(yōu)。

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

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

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

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

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

最新評論