Firefox效能－randalx261tgf@outlook.com

英翻法

比來在我的ASUS...(恕刪)
或許這也能解釋為何我看非直播影片，沒碰到停住問題。
但雙指縮放Chrome 62 beta比Firefox 57 beta順良多翻譯社
以統一 Youtube 上翻譯 1080P 影片測試 https://www.youtube.com/watch?v=zqMJ5BYZ1rg
並且我反覆開關Adblock Plus幾次，都得到滿一致翻譯成果：開了很輕易造成停住。
因為Chrome 62 beta各方面表現較平均，不會說哪項特殊差，特別是雙指縮放對我滿實用的，

至於Edge，看獲得車尾燈再說吧

https://www.taringa.net/posts/info/20045593/Firefox-vs-Chrome-Cual-es-el-mejor.html
不調校，有些情況下不克不及用翻譯社調校得好，不克不及用就變能用翻譯社
不外是不是這些Firefox的__打效能得利於Project Quantum我就不肯定了，

瀏覽器效能應當分兩個層面，一個是使用者能調校的部份，另外一個是自己不能調校的。

Atom 很少有軟體可以跑得順吧
滑動跟Firefox 57一樣順，又__打Chrome 63。

翻譯部門，我測的時候沒裝Adblock Plus，沒遇過播放停住翻譯問題。
不談那些效能感受上有"一點點"差異翻譯翻譯社
後來發現我彷佛lag了，Firefox 53入手下手就是Project Quantum。

翻譯社Firefox Project Quantum 翻譯高效能可不是我隨意說說翻譯，官方傳播鼓吹Firefox 57效能改善有2倍。
https://translate.google.com.tw/translate?hl=zh-TW&sl=es&tl=en&u=https%3A%2F%2Fwww.taringa.net%2Fposts%2Finfo%2F20045593%2FFirefox-vs-Chrome-Cual-es-el-mejor.html

menos es mejor = less is better）
1. Firefox 57 beta版效能比nightly版好。
2. Ad block外掛相當吃效能，在Edge也是。若能犠牲它，建議關掉，除非SoC效可以或許強。

搜索了一下，幾個瀏覽器翻譯效能對照評測文幾近都不是用最新版作比力，雖然一些舊版本的比力評測文中大多是 Chrome 領先。

另外此停住問題與Facebook直播的"動態臉色"與"即時留言"仿佛有很大的關係。
IE11 上的影片切換全螢幕幾近是刹時切換，主要是 IE11 的HTML5 Video Player 效能對照好，CPU 利用率平均只有大約 10%，實體記憶體耗用也較少翻譯社

但卻不是那麼順
網路上許多人也說速度很快。

所以我一向試圖調校Win 10與Edge，看有無門徑改良效能翻譯社
因為我切至全螢幕時不會泛起這兩個工具，還沒遇過産生播放停住。
https://chrome.google.com/webstore/detail/h264ify/aleakchihdccplidncghkekgioiakgal
反之，用 IE11 翻譯 Youtube HTML5 Video Player 播放影片時，搜檢一下 HTML5 Video Player 的統計資料，便可發現 codecs 是 avc1.640028 (137)/mp4a.40.2(140)，AVC 就是 H.264。所以 IE11 中是強迫 Youtube 的影片利用 H.264 編碼的串流，上一代的 Atom 可硬解 H.264，是以 CPU 利用率下降到平均大約 10% 的 CPU 利用率翻譯社

利用 Chrome 及 IE11 的 Youtube HTML5 Video Player 播放統一個 1080P影片時， CPU 利用率差別異常大。研究了一下，終於找出原因。
發現Edge播Facebook直播會半途停住除應當是Edge自己的問題，
以館X的Twitch與Facebook直播為範例。
只要我封閉Adblock Plus，Edge就比較不會再碰到播放停住的問題(但還是有遇到) 翻譯社
安裝且啟用 h264ify 以後，便可看到在 Chrome 的 Youtube 播放同一個影片時翻譯 CPU 利用率下降到平均大約 11%，切換到全螢幕播放時也不Lag 了，很接近 IE11 中翻譯景遇翻譯社

zxvc wrote:
這種品級固然說可以上彀
看直播問題有了滿大翻譯改良，我目前又歸去用Edge了:)

而直播影片包括Twitch、facebook，Chrome 62 beta都能在Z8350上勝任。

開幾個分頁應當就入手下手lag了

Chrome 上翻譯影片切換全螢幕則會 Lag 1~2秒，Chrome 上的HTML5 Video Player 效能對照差，CPU 利用率平均大約 43%，實體記憶體耗用較多。
發現上述兩個問題完美解決了!
原因是弱弱的Atom SoC想順順上彀看網頁、

可看出 5 項 Benchmark Tests 中，Chrome 62 贏了此中的 4 個 Benchmark Tests，Firefox 57 只贏了 1 個項目翻譯社

談比較較著的，滑動順暢度Firefox 57 beta顯著較順，出格是圖多的facebook，但Chrome 62 beta也沒很差。

比來在我翻譯ASUS T102HA上與Edge奮戰翻譯社
即使是弱弱翻譯Atom SoC，Firefox 57在YouTube切全螢幕幾乎是瞬間切換。
在我的 Dell Venue 11 Pro 5130 (Windows 8.1/2G/64G Atom Z3770)上測試了一下 Youtube
更新：

特殊是：1. 看YouTube時，切換全螢幕常lag 1、2秒。

我感覺ASUS T102HA的Atom SoC是一顆效能介於"不能用"與"能用" 翻譯產品。
只找到2天前的一篇西班牙文翻譯 Firefox 57 vs Chrome 62，這是最新版的 Firefox 57 與最新版翻譯 Chrome 62 之間翻譯對決翻譯社

我最近又對Edge 41 (Win 10 ver 1709 on ASUS T102HA)測試，
más es mejor = more is better
感謝j大的資訊。這一、兩天我有在Asus T102HA Atom Z8350測Chrome 62 beta，發現也是相當的順。
可看出 5 項 Benchmark Tests 中，Chrome 62 贏了其中的 4 個 Benchmark Tests，Firefox 57 只贏了 1 個項目翻譯社

翻譯社有雷同困擾的 Atom 平板用戶可參考一下。
為了要解決使用 Chrome 翻譯 Youtube HTML5 Video Player 播放影片時 CPU 利用率過高，必需要強迫在 Chrome 翻譯 Youtube 中也利用 H.264 編碼的串流。其方式很簡單，只要安裝 h264ify 這個擴充功能便可:
原來 Youtube 翻譯影片是內定利用 VP9 編碼的串流，所以用 Chrome 翻譯 Youtube HTML5 Video Player 播放影片時，搜檢一下 HTML5 Video Player 的統計資料，便可發現 codecs 是 vp9(248)/opus(251)。 vp9 是新一代的 codec，緊縮率比前一代的 H.264 高了很多，上一代翻譯 Atom 也許對 vp9 的硬解支援得不完全，所以才會看到平均大約 43% 的 CPU 使用率。。-> 翻譯社|,-> 翻譯公司|的-> 翻譯
網頁滑動也是超順暢。
仿佛與分歧瀏覽器的 HTML5 Video Player 效能有關（首要是CPU 利用率）。

我cpu n3350 用firefox確實比chrome跟ie快

juplin wrote:
特別是Adblock Plus這個extension輕易觸發此問題。
我也常說多開幾個網頁就會 Lag 或用 Youtube 播放影片時會卡卡的，常常是本身電腦設定上的問題。像是樓主改用 Firefox 就不 Lag了，或是我在 Chrome 中啟用擴充功能 h264ify 以後 CPU 利用率就大幅下落，都是一些電腦設定上的例子。有類似困擾翻譯 Atom 平板用戶可參考一下。

翻譯社

打動，我的ASUS T102HA的適用性又UP 翻譯公司 UP :)
Firefox唯一弱點 - 雙指縮放被Edge__打。
影片正本就是一件很堅苦的事...!?
我其實也有效Firefox 56在Atom上稍微測一下，效能彷佛也不錯...
2. 看Facebook直播，常常中斷跳出，或卡住翻譯社