|
Java9提議可能花費一些應(yīng)用程序,但其他人慢.遠程控制軟件,灰鴿子下載
![]()
從Oracle的Java開發(fā)工具包建議將使名列前茅的即時編譯到平臺上最高性能或用戶的工作流程的影響最小
Java應(yīng)用程序?qū)@得更快的啟動得益于正式提案次提前包含-的即時編譯的平臺。
該草案的Java開發(fā)工具包的建議,由弗拉基米爾·科茲洛夫,甲骨文主要的技術(shù)研究人員,創(chuàng)作是針對包含在Java中9,預(yù)計將在明年夏天。
“我們很樂意看到這使它成為JDK 9,但當然這將取決于在OpenJDK過程的結(jié)果為這個JEP(JDK增強提案),”喬治·薩博,Java平臺組中的軟件開發(fā)副總裁在甲骨文上周四。名列前茅的即時編譯一直是Java的9既定目標,以解決啟動速度慢的問題。
“JIT編譯器的速度快,但Java程序可以變得如此之大,它需要很長的時間JIT熱身徹底,”科茲洛夫的提議狀態(tài)。 “不常用的Java方法可能永遠都被編譯,可能招致的性能損失由于反復(fù)解釋調(diào)用, 遠程控制軟件, 遠程控制!
提案摘要指出,Java類會啟動虛擬機之前被編譯為本地代碼。最終的目標是,同時具有“至多”上峰值性能的影響有限,并盡量減少改變到用戶的工作流程,以提高的或大或小的Java應(yīng)用程序的啟動時間。
超前-的即時編譯將通過一種新的工具,jaotc完成的,而格拉爾技術(shù),這使得它可行用Java編寫一個動態(tài)編譯器和語言運行時解釋,被用作代碼生成后端。 AOT的編譯代碼的使用對于用戶是透明的,但JVM選項,根據(jù)這一提案控制訪問和提供的代碼存儲。
這個計劃,但是,進行性能風險。 “這是可能的是,使用的預(yù)編譯代碼可能導(dǎo)致低于最佳碼被使用,導(dǎo)致在性能,損失”的提案狀態(tài)。 “性能測試表明,某些應(yīng)用程序AOT編譯的代碼中獲益,而其他人清楚地表明回歸!彪S著AOT作為一個可選功能,與用戶應(yīng)用程序的性能回歸是可以避免的。 “如果用戶發(fā)現(xiàn)一個應(yīng)用程序啟動時更慢,或沒有達到預(yù)期的峰值性能,他們可以重建一個新的JDK而不AOT庫”。
項目取決于Java級別的JVM編譯界面,它使用Java編寫的編譯器由JVM被用作動態(tài)Java編譯器。它也取決于格拉爾芯是JDK的一部分。 Java的9已定于明年三月到達,但四個月的遲滯已提議。
|
|