什麼是JIT？怎麼優化?

時間 2021-02-28

標籤 web 緩存服務器性能優化線程翻譯 server 對象 blog 欄目 HTML 简体版

原文原文鏈接

什麼是JIT

JIT 是 just in time 的縮寫, 也就是即時編譯編譯器。web

在運行時 JIT 會把翻譯過的機器碼保存起來，以備下次使用，所以從理論上來講，採用該 JIT 技術能夠接近之前純編譯技術。下面咱們看看，JIT 的工做過程。緩存

備註：寄存器的使用是編譯器的一個很是廣泛的優化。寄存器的速度比主存快不少。服務器

怎麼優化JIT編譯

初級調優：客戶模式或服務器模式
中級編譯器調優（-cient，-server 或是-xx:+TieredCompilation）
- 優化代碼緩存 (–XX:ReservedCodeCacheSize)
- 編譯閾值 (-XX:CompileThreshold)
- 檢查編譯過程 (XX:+PrintCompilation)
高級編譯器調優
- 編譯線程 (-XX:CICompilerCount)

從優化的角度講，最簡單的選擇就是使用 server 編譯器的分層編譯技術，這將解決大約 90%左右的與編譯器直接相關的性能問題。最後，請保證代碼緩存的大小設置的足夠大，這樣編譯器將會提供最高的編譯性能。性能

HotSpot中的JIT編譯器

1.1 編譯器和解釋器

HotSpot中有編譯器和解釋器並存。優化

HotSpot中內置兩個JIT編譯器：線程

JVM根據自身版本和機器硬件性能自動選擇翻譯

Client Compiler，簡稱C1，-client參數強制
Server Compiler，簡稱C2， -server參數強制

解釋器和編譯器搭配使用成爲混合模式（Mixed Mode）server

用-Xint參數強制JVM運行與解釋模式，所有用解釋方式，編譯器不介入
用-Xcomp強制JVM運行於編譯模式，優先採用編譯方式

分層編譯：根據比那一塊兒編譯，優化的規模耗時，劃分出不一樣的編譯層次對象

第0層，程序解釋執行，解釋器不開啓性能監測功能，觸發第一層編譯
第1層，也叫C1編譯，將字節碼編譯爲本地代碼，進行簡單，可靠的優化，若有必要，加入性能監測的邏輯
第2層（或者2層以上），也叫C2編譯，將字節碼比那一位本地代碼，但會開啓一些編譯耗時較長的優化，甚至根據性能監控信息進行一些不可靠的激進優化

分層編譯後，Client Compiler和Server Compiler將會同時工做，代碼可能會被屢次編譯，用Client得到更高的編譯速度，用Server得到更好的編譯質量，解釋執行的時候無需蒐集性能監控信息blog

1.2 編譯對象和觸發條件

熱點代碼有兩類：

屢次調用的方法
屢次執行的循環體，實際上也會以整個方法做爲編譯對象

判斷熱點的方法主要有兩種：

基於採樣的熱點探測（Sample Based Hot Spot Detection）：週期性檢查各個線程的棧頂，發現某個（某些）方法常常出如今棧頂，就是熱點方法
有點簡單高效，能夠獲取方法調用關係（將調用堆棧展開便可）
缺點是很難精確確認方法熱度，容易受到線程阻塞等外界因素影響
基於計數器的熱點探測（Counter Based Hot Spot Detection）：爲每一個方法（甚至代碼塊）創建計數器，統計方法調用次數，若是執行超過閾值就認爲是熱點方法。缺點是實現較爲困難。優勢是結果更精確。

基於計數器的探測：
Client模式下默認1500次，Server下默認10000次，根據參數-XX:CompileThreshold設定。
調用一個方法，先檢查是否存在JIT編譯版本本地代碼，存在優先使用本地代碼，不存在將計數器加1。而後判斷調用計數器和回邊計數器之和是否大於閾值，若是超過，用JIT編譯器提交編譯請求。JIT編譯完成後方法調用入口就被系統換成新的。下次調用已編譯版本。
計數器熱度衰減（Counter Decay超過必定的時間限度，方法的調用次數仍未達到閾值，方法計數器減小一半。在垃圾收集期間執行，用-UseCounterDecay來關閉，以統計絕對次數。用-XX:CounterHalfLifeTime設置半半衰週期。
回邊計數器：統計方法中方法體代碼執行的次數，在字節碼中遇到控制流向後跳動的指令成爲回邊（Back Edge）。
回邊計數器閾值能夠用-XX:OnStackReplacePercentage來間接調整。
回邊計數器沒有熱度衰減過程。