忍左好耐,終於一次過由Chrome轉晒行Firefox

拖了好幾個月,終於立定決心。花左一佪多小時將所有Windows, Linux, mac, i乜i物果堆野,成屋Chrome鏟晒,sync晒過去Firefox行,爽

爽幾多

TOP

提示: 作者被禁止或刪除 內容自動屏蔽

TOP

回覆 3# z80bb


FF入面有個制, 1秒完成, 詳細流程你搵搵

但可惜佢有個bug, 點解我會話花費1小時。
因為佢呢下migrate, credential destination 只係local FF, 佢detect唔到change, trigger唔到FF update上去FF的cloud account。
Bookmark類型無這個故障,佢漏左detect credential change, 諗緊好唔好report呢個functional bug
我就花左1小時手動trigger 個change, 係每個password後面加個"A", 再delete個"A", 強逼FF save changes sync上去cloud。
然後所有devices都可以sync了
附件: 您需要登錄才可以下載或查看附件。沒有帳號?註冊

TOP

爽幾多
Jimmy0911 發表於 2023-5-18 06:01 PM


我主力機係部十幾年前的Macbook , 為了遷就呢部慢機, 其他快機一律用埋FF去sync
FF render DOM 真係快過Chrome (在我部慢機的角度來說)
十年前Chrome仍然行緊Webkit engine時, 真係好快, 所以當時開始搶走一大堆IE市場, 但之後幾年佢轉左行Chromiun / Blink, 就慢左少少。最關鍵唔係render DOM或Javascript慢 (呢兩parts只係輸Webkit少少), 而係Chromium斬走左好多舊世代GPU對H264硬解的driver API call。搞到我睇youtube時, 原本舊版唔需要食CPU, 風扇唔需要轉, 亦唔會入塵, 惡化到又熱又浪費電力。變相逼你d人換GPU行VP9, Google就可以省一大筆bandwidth
當然,現在最快的engine唔係Chromium, 亦唔係FF的Gecko, 仍然係Safari的Webkit (Safari在2023年仍然有20%市佔率 ),可惜Webkit比Apple搞到越來越小圈子化。
Chrome只有在Windows/ Linux / Android /自家ChromeOS 先致係用Chromium/Blink, 今日佢係iOS仍然係行Webkit, 早幾年係macOS都係未變。


以下是我睇普通youtube H264 d片的情況, 粗略數字, 舊機可以把效果放大, 新機可以無視

Windows
FF硬解: CPU ~2x%
Chrome硬解: CPU ~40%
Safari: 幾年前discontinued, 但其實我有興趣繼續用, 真係超閃快, 又省電, 而且我有好多iphone ipad可以sync, 可惜佢無出Linux版

Linux
FF硬解 (call Intel VAAPI): CPU ~2x%
Chrome硬解(唔知佢call乜): CPU ~40%
Chrome關閉硬解: CPU ~60%
Safari: 唔值得用Wine了

macOS
FF硬解(call Apple Videotool Box framework decoder accelerator之類): CPU ~4x%
Chrome (Chromium)硬解: CPU ~30%
Safari (Webkit結合獨家OS kernel driver): CPU 15%

TOP

提示: 作者被禁止或刪除 內容自動屏蔽

TOP

一早要, 害人

TOP