相同版本?JVM?和?Java?應(yīng)用，在?x86?和AArch64?平臺性能相差30%，何故？
[導(dǎo)讀]編者按：目前許多公司同時(shí)使用x86和AArch642種主流的服務(wù)器。這兩種環(huán)境的算力相當(dāng)，內(nèi)存相同的情況下：相同版本的JVM和Java應(yīng)用，相同的JVM參數(shù)，應(yīng)用性能在不同的平臺中表現(xiàn)相差30%，x86遠(yuǎn)好于AArch64平臺。本文分析了一個(gè)應(yīng)用在AArch64平臺上性能下降的例...
編者按：目前許多公司同時(shí)使用 x86 和 AArch64 2 種主流的服務(wù)器。這兩種環(huán)境的算力相當(dāng)，內(nèi)存相同的情況下：相同版本的 JVM 和 Java 應(yīng)用，相同的 JVM 參數(shù)，應(yīng)用性能在不同的平臺中表現(xiàn)相差 30%，x86 遠(yuǎn)好于 AArch64 平臺。本文分析了一個(gè)應(yīng)用在 AArch64 平臺上性能下降的例子，發(fā)現(xiàn) JVM 的 CodeCache 大小是引起這個(gè)性能問題的根源，進(jìn)而研究什么導(dǎo)致了不同平臺上 CodeCache 大小的不同。最后筆者給出了不同平臺中該如何設(shè)置參數(shù)規(guī)避該問題。希望本文能給讀者一些啟示：當(dāng)使用不同的硬件平臺時(shí)需要關(guān)注底層硬件對于上層應(yīng)用的影響。業(yè)務(wù)在 x86 和 AArch64 上同時(shí)部署時(shí)（相同的 JDK 和 Java 應(yīng)用版本），發(fā)現(xiàn) AArch64 平臺性能下降嚴(yán)重問題。進(jìn)一步查看日志，發(fā)現(xiàn)在 AArch64 平臺中偶有如下情況：這代表 JVM 中的
CodeCache 滿了，導(dǎo)致編譯停止，未編譯的方法只能解釋執(zhí)行，進(jìn)而嚴(yán)重影響應(yīng)用性能。那什么是 CodeCache？CodeCache 是什么
簡單來說，CodeCache 用于存放編譯后的方法，主要分為三部分：Non-nmethods：包括運(yùn)行時(shí) Stub，Adapter 等；Profiled nmethod：包括會采集信息的方法，即分層編譯中第 2、3 層的方法；Non-Profiled nmethods：包括不采集信息的方法，即分層編譯中第 1、4 層的方法，也包括 JNI 的方法。
UseCodeCacheFlushing 選項(xiàng)（默認(rèn)開啟），還會清理較老以及執(zhí)行較少的方法。一旦 CodeCache 滿了之后，會停止編譯，直到 CodeCache 有空間，若關(guān)閉了 UseCodeCacheFlushing 選項(xiàng)，則會直接永久停止編譯。不同的 JVM 版本以及不同的參數(shù)，默認(rèn)的 CodeCache 大小不同。JDK 11 中默認(rèn)參數(shù)下 CodeCache 大小為 240M，若想獲取（確認(rèn)）默認(rèn)情況下的 CodeCache 大小，建議使用 - XX: PrintFlagsFinal 選項(xiàng)獲取 ReservedCodeCache 的大小。CodeCache 大小主要通過以下選項(xiàng)調(diào)節(jié)：| Option | Description |
|---|---|
| InitialCodeCacheSize | 初始的 CodeCache 大小（單位字節(jié)） |
| ReservedCodeCacheSize | 預(yù)留的 CodeCache 大小，即最大CodeCache 大?。▎挝蛔止?jié)） |
| CodeCacheExpansionSize | CodeCache 每次擴(kuò)展大?。▎挝蛔止?jié)） |
–XX: PrintCodeCache 選項(xiàng)可以打印應(yīng)用使用的 CodeCache 情況，如下：其中 max_used 表示應(yīng)用中使用到的 CodeCache 大小，據(jù)此可以設(shè)置合適的 ReservedCodeCacheSize 值。AArch64 vs x86_64
我們都知道 AArch64 和 x86 分別為 RISC 和 CISC 架構(gòu)，因此代碼密度方面存在一定差異，在這篇文章 [3] 中比較了不同指令集下手寫匯編的大小，可以看到 AArch64 的代碼密度是 RISC 架構(gòu)中較優(yōu)的，但相比 x86_64 仍稍差些（其中 RISC 最差，m68k 最好）。另外筆者選用業(yè)界通用的 java 測試套 dacapo[4] 比較 AArch64 和 x86_64 下CodeCache 占用的大小。可以看到，在 AArch64 架構(gòu)下，CodeCache 均比 x86_64 要大，但根據(jù)不同場景，大小差距不同，在 5%-20% 之間。因此在我們發(fā)現(xiàn)相同應(yīng)用在 x86 和 AArch64 上時(shí)，CodeCache 大小需要進(jìn)行相應(yīng)的調(diào)節(jié)。除此之外，還需要注意 InlineSmallCode 選項(xiàng)，JVM 只會 inline 代碼體積比該值小的方法。JVM 通過 inline 可以觸發(fā)更多的優(yōu)化，因此 inline 對于性能提升也很重要。在 JDK 11 中，InlineSmallCode 在 x86 下的默認(rèn)值為 2000 字節(jié)，在 AArch64 下的默認(rèn)值為 2500 字節(jié)。而 JDK 8 中，InlineSmallCode 在 x86 和 AArch64 下默認(rèn)值均為 2000 字節(jié)。因此建議遷移時(shí)也相應(yīng)修改 InlineSmallCode 的值。業(yè)務(wù)通過對 CodeCache 相關(guān)參數(shù)的調(diào)整，達(dá)到助力 JIT 的最佳編譯效果。
下載文檔
