JEP 342 （“限制推測執(zhí)行”）已從“ 草稿 ”狀態(tài)轉換為“ 候選 ”狀態(tài)，但尚未針對特定的JDK版本（請參見圖形以了解JEP流程中的步驟 ）。 Jesper Wilhelmsson 寫道 ， JEP 342 “涵蓋了使用新的C ++編譯器選項來限制 JDK本機代碼中的推測性執(zhí)行的初步工作。” JEP 342的“摘要”簡要描述了其目的：“通過提供一種限制推測執(zhí)行的方法，并在未來的發(fā)行版中實現(xiàn)進一步的緩解措施，來幫助開發(fā)人員和部署人員防御推測執(zhí)行（'Spectre'）漏洞。”

JEP 342的目的是在JDK中提供一個“獨特的，備用的JVM，它使用” C ++“編譯器選項進行編譯，這些選項限制了CPU可以執(zhí)行推測性執(zhí)行的程度”，并且“可以在啟動時進行選擇”。 JEP聲明該計劃是“在JDK中包括一個獨特的替代JVM，該JVM使用這些選項進行編譯，并且可以在啟動時進行選擇。” JEP 342文本描述了受此JEP影響的特定C ++編譯器和選項：

• Linux gcc （ gcc 7.3.0 +）
  • -mindirect-branch = thunk
• Windows VisualStudio （ Visual Studio 2017版本15.7 +）
  • / Qspectre

JEP 342描述了java啟動程序的默認執(zhí)行將繼續(xù)保持今天的狀態(tài)（避免避免推測性執(zhí)行），但是具有命令行標志[ -nonspeculative ]來禁用推測性執(zhí)行。 做出此決定的目的是避免始終禁止投機執(zhí)行，因為它“應由最終用戶決定是否限制投機執(zhí)行”。 選擇的能力很重要，因為正如JEP所述，“限制推測性執(zhí)行...的影響對于HotSpot JVM中的C和C ++代碼可能會非常重要，但對于JVM之外的C和C ++代碼卻可以忽略不計。 ” 值得注意的是，“非JVM代碼”將始終使用新的C ++選項進行編譯，以解決推測性執(zhí)行，因為這些領域對性能的影響很小。

Spectre一直是對軟件應用程序的多種威脅之一，很高興看到應對這些潛在威脅的新可能性。

翻譯自: https://www.javacodegeeks.com/2018/09/jep-342-the-jvm-and-spectre.html

創(chuàng)作挑戰(zhàn)賽新人創(chuàng)作獎勵來咯，堅持創(chuàng)作打卡瓜分現(xiàn)金大獎

總結

以上是生活随笔為你收集整理的JEP 342：JVM和幽灵的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內容還不錯，歡迎將生活随笔推薦給好友。