史上最棒的一次改版？Firefox 54首次採用多內容處理程序，效率快、記憶體耗用比Chrome低|數位時代 BusinessNext

史上最棒的一次改版？Firefox 54首次採用多內容處理程序，效率快、記憶體耗用比Chrome低

Firefox 54版是第一個支援多內容處理程序的Firefox版本，並兼顧效能及資源管理。

在過去兩年，幾乎Chrome、Edge兩家瀏覽器的口水戰都少不了，每次講到比執行效能、耗電量等等議題的時候，幾乎都會「順便」將Firefox放在一起，而且每次Firefox總是陪榜的份。不過，現在排序可能要重新洗牌了，前幾天Firefox已經正式發表了Firefox 54版並且開放下載，官方表示速度將要比Chrome、Edge、Safari等瀏覽器都要來得快。

Firefox 54版是第一個支援多內容處理程序（multiple content processes）的Firefox版本，並兼顧效能及資源管理。而這個版本為什麼重要，以下是官方部落格的說明：

記憶體對瀏覽器的影響

你的瀏覽器所使用的記憶體所造成的影響，不只會影響了你在瀏覽網頁時的體驗，同時也會影響你在電腦中使用其它APP的體驗。如果一個瀏覽器佔用了太多的記憶體，你的電腦就沒有足夠的記憶體空間去執行其它程式，因此，你就會發現你開啟某些程式的時候會出現卡頓的現象，甚至慢到無法開啟。

反過來說，如果一個瀏覽器分配給他用的記憶體太少，那麼他打開網頁的時候，可能就會造成你開啟每一個網頁都覺得速度太慢，卡卡的。因此，有所謂的「Goldilocks 原則」，這個原則建議瀏覽器佔用記憶體要「剛好」，選擇一個適中的量，只要記憶體足夠到快速執行瀏覽網頁，也不要佔用多到耗用你的電腦資源。

但是，這樣的原則說起來簡單，做起來談何容易？目前所有的瀏覽器幾乎都面臨了相同的問題。

程式的構成要素

一個應用程式的構成要素有兩個：程序（processes）與執行緒（threads）。

當你執行一個程式，它會開始執行一個程序，這個程序的執行，伴隨著很多執行緒的執行，這些執行緒都分享相同的工作記憶體。程序通常會給予執行緒不同的優先權，去掌握不同類型的工作。

例如，用來繪出應用程式的介面的執行緒通常會有比較高的優先權，因為你在執行一個應用程式的時候，都是先看到介面才能進行操作。而其它比較低優先權的執行緒，這時就先抓著資料等在系統的背景，等高優先權的執行緒執行完畢再來執行。你可以打開Windows的工作管理員，看到目前電腦正執行的程序有哪些。（macOS叫活動監視器Activity Monitor）

有時，一個程序並不是去啟動一個執行緒，而是去啟動另外一個程序。因此，你可以預想到，這樣的作法將會需要用到更多的記憶體以及電腦的效能。因此，大多數的程式，都執行一個單一的程序，但是會使用多執行緒。

不過，瀏覽器不像「大多數」的程式。

我們可以看到，在上圖中，左邊的音樂播放器、文字編輯器、影像編輯器等三個，都是一個程序（黑色虛線框框），裡面有很多執行緒（白色線條）在跑的狀況。而右邊的瀏覽器，則是一個瀏覽器打開了很多的分頁，每一個分頁都是一個程序，裡頭伴隨著無數的執行緒。

現代的網路，為什麼需要多程序的瀏覽器

比較過去Firefox於2004年發佈的時候的Web，那時所謂的Web可能只是一些文件放在網路上，但是隨著時間的發展，現在的Web已經變成了一個平台，不只用來顯示靜態的文件，還可以提供互動程式的功能，像是EMAIL、文書處理、社群服務這些Web應用程式，你都會在瀏覽器上面來實現。

而隨著WEB的新時代來臨，使用者也期待著Firefox或是其它的瀏覽器，能夠像是在WINDOWS或是MAC上可以同時啟動不同應用程式一樣，用那麼快的速度來打開多個Web應用程式。不過，實際上對於瀏覽器廠商來說，是很難做到的。

解法是什麼？解法就是瀏覽器本身必須要學習用作業系統同樣的方式去運作。使用多程序來執行不同的Web應用程式。

而隨著多程序的架構，你會發現，當你在一個分頁觀看一個網頁的時候，這個分頁不幸當掉的時候，你這時切換到另一個分頁，那個分頁的內容你還是可以點選的。並不會因為一個分頁當掉導致所有分頁全當。

過去，Mozilla 工程師雖然了解多程序架構的可行性，但把 Firefox 改為多程序架構卻會影響到單程序架構運作的Firefox 附加元件（Add-On）。因此， Firefox 遲遲不敢改為多程序架構。而相對的，Chrome在設計的時候就採用多程序架構。

為什麼 Chrome 會過熱而 Firefox 不會

透過最新釋出的 Firefox 54 和 Chrome 一樣採用了多處理程序。但是，Chrome瀏覽器吃掉太多電腦的記憶體資源也是有名的，因此， Firefox 54 希望能夠避免這個問題。

Firefox 54 採用了一個折衷的辦法。 Chrome 上如果開啟 10 個分頁，就會開啟10個程序，吃掉10個程序的記憶體，這是導致它吃掉那麼多記憶體的原因。而Firefox 54 則是針對你打開的分頁，最多只開啟4個程序。當你打開第5個分頁，它就會使用前面4個程序中的執行緒。將吃掉的記憶體控制下來。

為什麼是4個? Firefox 團隊表示，因為這是他們評估對於 Firefox 使用者恰當的數量。在一般8GB記憶體的電腦上，電腦用了4個程序的情況下，還有足夠的資源跑其他的程式。

此外，如果電腦的 RAM 超過 8GB，或許想讓 Firefox 啟用更多的內容處理程序。 Firefox 表示現階段可以在網址列中輸入 _about:config _後，調整 _dom.ipc.processCount _設定的數目。而他們也會在後續的版本，直接將這個修改數量放在設定中讓一般使用者可以調整。

本文授權轉載自：T客邦

從AI模型到AI經濟，企業競爭焦點轉向算力與Token調度能力

過去市場談AI，焦點多半放在模型參數、推論效能與模型能力，但在大型語言模型推論需求暴增的現下，AI Infra早已從單純GPU採購演變成涵蓋機櫃、網路、儲存、散熱與電力的整體工程；企業真正需要的，不是更多GPU、而是如何更有效率地調度與利用算力。

尤其在NVIDIA提出Token Factory概念後，全球AI產業正逐步從模型競賽轉向「AI經濟」，亦即，影響企業AI決策的再也不是使用哪個模型、部署多少GPU，而是消耗多少Token、產生多少AI服務，以及算力是否能被有效共享與調度。

換言之，在AI新世界，算力調度能力的重要水漲船高。對此，陳文裕十分認同的說：「企業想要提升AI競爭力，不僅要掌握模型與應用，還必須進一步思考如何有效切割GPU資源、讓不同部門甚至集團子公司共享算力、延長舊世代GPU的使用壽命，甚至是如何將閒置算力轉變成可交易的資源等。」

事實上，這也是大量AI資料中心（AIDC）跟新世代AI雲端服務（Neo Cloud）業者出現的原因，包括CoreWeave、Nebius、Lambda Labs、GMI Cloud等業者皆試圖以更具彈性的方式，提供企業所需的GPU服務與AI算力平台。

看準這波趨勢，數位無限除透過AI-Stack提供GPU切片、模型部署、模型管理與MLOps等服務，協助客戶提升GPU使用率，更進一步推出ixCSP平台，讓雲端服務供應商與新世代AI雲端業者，能從過去單純販售GPU資源轉型為提供GPU as a Service、Token as a Service與Model as a Service等創新AI服務。

以Software Defined AI Infrastructure助企業以「通用化、鬆耦合」迎戰瞬變AI世代

因應AI新世代帶來的挑戰：模型快速升級、算力需求攀升、GPU世代交替迅速，企業在追逐AI落地的同時，勢必得面臨基礎建設更新速度過快、硬體投資壓力升高，以及資源利用效率難以最佳化等挑戰。

為協助企業在AI快速演進與基礎建設投資之間取得平衡，數位無限的作法是，透過AI-Stack將底層硬體抽象化，以Token或模型服務形式提供，讓企業客戶、AIDC與Neo Cloud業者可以延長不同世代與不同品牌的AI硬體設備的生命週期、創造更高的使用價值、甚至是展開更多元的營收模式。

例如，高雄醫學大學附設中和紀念醫院便透過數位無限的AI-Stack解決GPU資源調度效率不彰問題，加速39項AI模型進入臨床應用階段，成功建立起「從模型開發到臨床落地」的完整生態系統。而日本精密製造大廠–Union Tool Co.–則是透過AI-Stack簡化GPU資源共享、加速AI模型的開發與測試腳步，為提升生產效率做最佳準備。

「如果大型企業或AIDC業者擁有閒置資源，也可以透過ixCSP平台，把算力共享或調度給集團內部團隊、子公司，甚至上下游合作夥伴使用，進一步提升整體資源利用率。」數位無限執行長陳文裕如是說道。

隨著AI從工具演變成企業核心基礎建設，企業真正需要的，也不再只是單一模型，而是一套能持續適應AI快速演進的AI Infra，而這與數位無限近年來的重要轉型方向一致：從AI管理軟體提供者轉型為軟體定義AI基礎建設供應商，更好協助客戶打造具備「通用化」與「鬆耦合」特性的AI基礎建設。

除以AI-Stack與ixCSP協助客戶提升算力使用效率與價值，數位無限亦計畫與硬體合作夥伴推出Agentic AI一體機方案，協助企業快速建立可驗證、可部署、可切割、可共享的AI運算環境，降低企業從PoC走向實際導入的門檻，加速AI落地。

總的來說，隨著AI競爭從模型能力延伸到算力治理，企業比拚的不僅是導入速度，而是能否建立一套足夠彈性、可持續演進的AI Infra，而這與數位無限的發展目標一致，將持續不斷優化產品服務，化身企業搶進AI新世代的關鍵合作夥伴。