PCDVD數位科技討論區 - 請問，關閉webassembly-baseline、tiering才能開啓Chrome V8的TurboFan？

PCDVD數位科技討論區 (https://www.pcdvd.com.tw/index.php)

- 疑難雜症區 (https://www.pcdvd.com.tw/forumdisplay.php?f=34)

- - 請問，關閉webassembly-baseline、tiering才能開啓Chrome V8的TurboFan？ (https://www.pcdvd.com.tw/showthread.php?t=1208478)

請問，關閉webassembly-baseline、tiering才能開啓Chrome V8的TurboFan？

請問，關閉webassembly-baseline、tiering才能開啓Chrome V8的TurboFan？

Q1：
當我進入edge://flags/后，我需要關閉webassembly-baseline、tiering這二者才能開啓V8的TurboFan？
#enable-webassembly-baseline
#enable-webassembly-tiering

Q2：
如果我想只使用V8的Liftoff，是否要啓動webassembly-baseline、tiering這二者？

謝謝大家。

CharGPT回應如下，就看是不是您要的答案

如何啟用Chrome V8的turbofan編譯器?

ChatGPT
Chrome V8 的 TurboFan 是一個自動優化編譯器，當 JavaScript 代碼滿足特定條件時，如某個函數被頻繁執行足夠多次，被認為是“熱點”時，TurboFan 會自動觸發。在 V8 的最新版本中，並沒有直接的標誌或開關讓用戶啟用 TurboFan；它是 V8 的自適應優化流程的一部分，該流程包括 Ignition 解釋器和 TurboFan 優化編譯器。

但是，對於希望實驗或強制優化的開發者，你可以使用一些 Chrome 標誌來調整 V8 的行為或觀察 TurboFan 如何與你的 JavaScript 代碼交互。以下是常用的方法：

打開 Chrome 的標誌頁面：在你的 Chrome 瀏覽器中導航到 chrome://flags。這個頁面允許你啟用 Chrome 的實驗性功能。

搜索 JavaScript 相關標誌：查找與 JavaScript 或 V8 相關的標誌，看看是否有任何實驗性功能或設置可以啟用，這些可能會影響 TurboFan 如何優化你的代碼。請注意這些標誌可能會隨著 Chrome 版本的不同而改變，並可能影響瀏覽器的穩定性或性能。

使用 Chrome 的 DevTools 進行分析：你可以使用 Chrome DevTools 來分析你的 JavaScript，並看到 V8 如何優化你的代碼。這可以幫助你了解 TurboFan 何時以及如何編譯你的 JavaScript 函數。

手動優化提示：雖然你不能“開啟” TurboFan，但你可以以更有利於優化的方式編寫你的 JavaScript。避免在熱點函數中使用某些阻止優化的編碼實踐（如使用 try-catch 塊）可以確保 TurboFan 更有可能優化你的函數。

Node.js 標誌：如果你在 Node.js 環境中工作，你可以使用 V8 標誌啟動 Node.js 進程來控制優化行為，例如使用 --trace_opt --trace_deopt 來查看函數何時被優化或去優化，這有助於了解 TurboFan 的活動。

通過使用這些工具和技術，你可以對 V8 和 TurboFan 如何管理你的 JavaScript 代碼的優化有一定程度的控制和洞察。

也就是說這個編譯器跟webassembly-baseline、tiering無關?

ChatGPT
TurboFan 和 WebAssembly 的基線編譯器（如 Liftoff）以及分層優化策略（tiering）有關，但它們針對的是不同的目標和技術層面。

TurboFan：這是 V8 的 JavaScript 優化編譯器，主要用於對 JavaScript 代碼進行優化。它是 V8 引擎中的一部分，負責高性能的 JIT（Just-In-Time）編譯。當 JavaScript 函數被頻繁執行並被標記為“熱點”時，TurboFan 會被觸發來進行深度優化。

WebAssembly 基線編譯器（如 Liftoff）：這是針對 WebAssembly 代碼的，用於快速生成機器代碼，以便代碼可以立即執行，但可能不是最優化的代碼。這主要是為了快速啟動和第一次執行性能。

分層優化（Tiering）：這是 V8 用於 WebAssembly 的技術，其中包括使用基線編譯器快速編譯，隨後在需要時由更高級的編譯器（如 TurboFan）進行重新編譯以進行更深度的優化。這種策略允許在不犧牲啟動性能的情況下逐步提升代碼的執行效率。

在 V8 中，JavaScript 和 WebAssembly 分別被看待和優化，即使它們可能共享某些基礎架構如 TurboFan。對於 JavaScript，TurboFan 自動處理優化；對於 WebAssembly，則可能涉及基線和分層編譯策略，以平衡啟動性能和執行效率。这意味着，儘管 TurboFan 可以用於 WebAssembly 的二次優化，但其核心功能和最初的應用焦點是針對 JavaScript 的優化。

如果我想只使用V8的Liftoff，是否要啓動webassembly-baseline、tiering這二者？

ChatGPT
在 V8 引擎中，如果你想只使用 WebAssembly 的 Liftoff 基線編譯器而不進入更高層次的優化，你可以考慮禁用分層編譯（tiering），從而使 V8 引擎只使用 Liftoff 來編譯和執行 WebAssembly 代碼。

如何設置
你可以通過啟動參數來配置 V8 的 WebAssembly 編譯器行為。以下是一些可能的選項：

禁用分層編譯：如果你想讓 V8 僅使用 Liftoff 編譯 WebAssembly 代碼，你可以在啟動 Chrome 或 Node.js 時加上 --wasm-tier-up=false 的參數。這樣設置可以防止從基線編譯器 Liftoff 切換到更高層次的優化編譯器，如 TurboFan。

啟動參數設置範例：

在 Node.js 中，你可以這樣啟動程序：

node --wasm-tier-up=false your-script.js

在 Chrome 中，你需要啟動時加入相同的標誌：

chrome --js-flags="--wasm-tier-up=false"

注意事項
性能考慮：使用只有 Liftoff 的策略將優化快速啟動時間，但可能會對長期運行的效能產生不利影響，因為 Liftoff 的編譯代碼不如 TurboFan 進行的優化那麼深入。

適用情況：這種設置適用於需要快速響應且執行時間不長的應用場景，或者當你在開發過程中想要測試和分析基線編譯器的行為時。

通過上述設置，你可以實現控制 V8 對 WebAssembly 代碼的處理方式，專注於使用 Liftoff 而不啟用進一步的編譯優化。

謝謝substar999！
我的結論是：關閉#enable-webassembly-baseline，開啓#enable-webassembly-tiering，就能啓動Chrome V8的TurboFan。

我問：
如果關閉#enable-webassembly-baseline，就能開啓Chrome V8的TurboFan？
Copilot回答：
是的，你可以透過關閉來開啟 Chrome V8 的 TurboFan#enable-webassembly-baseline12。

在 V8 中，WebAssembly 的編譯管線包含兩個主要的編譯器：Liftoff 和 TurboFan12。 Liftoff 是一個基線編譯器，它能夠快速地產生機器碼，但只能套用少數最佳化12。而 TurboFan 是一個最佳化編譯器，它能夠進行多次編譯，並透過建立多個內部表示來進行最佳化和更好的暫存器配置，從而產生明顯更快的程式碼12。

在 Chrome 中，你可以透過停用和來只使用 TurboFan 編譯 WebAssembly 程式碼chrome://flags/#enable-webassembly-tieringchrome://flags/#enable-webassembly-baseline12。這樣，所有的 WebAssembly 函式都會使用 TurboFan 進行編譯，而不是 Liftoff12。這對於需要進行大量計算的 WebAssembly 程式可能會有所幫助，因為 TurboFan 能夠產生更快的程式碼12。然而，請注意，這可能會導致編譯時間增加12。因此，如果你的 WebAssembly 程式需要快速啟動，那麼可能還是需要使用 Liftoff12。

我問：
如果關閉#enable-webassembly-tiering，就能開啓Chrome V8的TurboFan？
Copilot回答：
Chrome V8的TurboFan優化編譯器和Liftoff基線編譯器都用於將WebAssembly代碼編譯為可以執行的機器代碼1。在Chrome的當前配置中，一個WebAssembly模組首先完全由Liftoff編譯。 Liftoff編譯完成後，整個模組會立即在後台再次由TurboFan編譯1。

關閉並不會關閉TurboFan。實際上，這個標誌是用來啟用或禁用動態分層的#enable-webassembly-tiering1。動態分層只會對實際執行多次的函數進行TurboFan編譯1。這樣可以減輕CPU的負載，從而允許除WebAssembly編譯之外的啟動任務更多地使用CPU1。

所以，即使你關閉了，TurboFan優化編譯器仍然會在後台工作。但是，它可能不會立即編譯所有的函數，而是等到函數被多次執行時才進行編譯#enable-webassembly-tiering1。這種方式可以提高啟動速度，同時儘快提供高峰性能1。希望這個解釋對你有所説明！

我的新結論是：
啟用#enable-webassembly-baseline，
禁用 #enable-webassembly-tiering，
禁用 #Lazy compilation，就能“單獨地”啓動Chrome V8的Liftoff。

引用自：
https://v8.dev/docs/wasm-compilation-pipeline
【機器翻譯】WebAssembly 編譯管道

1、僅Liftoff：
在 Chrome 中，禁用 WebAssembly 分層（chrome://flags/#enable-webassembly-tiering ）並啟用 WebAssembly 基準編譯器（ chrome://flags/#enable-webassembly-baseline ）。

禁用 Lazy compilation: 延遲編譯（ chrome://flags/#enable-webassembly-lazy-compilation ）。

2、僅限 TurboFan：
在 Chrome 中，禁用 WebAssembly 分層（ chrome://flags/#enable-webassembly-tiering ）並禁用 WebAssembly 基準編譯器（ chrome://flags/#enable-webassembly-baseline ）。

啟用Lazy compilation: 延遲編譯：
在 Chrome 中，啟用 WebAssembly 延遲編譯（ chrome://flags/#enable-webassembly-lazy-compilation ）。

我現在覺得這些要維持在預設值：
#enable-webassembly-baseline、#enable-webassembly-tiering

但可以啓動：
#enable-experimental-webassembly-features、#enable-webassembly-lazy-compilation、#enable-javascript-experimental-shared-memory。