OS X主流瀏覽器觀看YouTube H.264的CPU使用率

作者: andrew43 (討厭有好心推文後刪文者)   2015-04-29 05:30:03
諸位板友好。
繼上回《[-Fx-] 比較 youtube HTML5及Flash的 CPU 使用率》
https://www.ptt.cc/bbs/Browsers/M.1425685059.A.708.html
得到許多版友的回應,所以這次再做一個類似的測試。
這次要測試的是 OS X 10.10.3 之下,
三種主流瀏覽器觀看 YouTube H.264 (+Dash) 的 CPU 使用量。
測試的瀏覽器有:
- Firefox 37.0.2 + 'media.mediasource.enabled;true' [註一]
- Google Chrome 42.0.2311.90 (64-bit) + h264ify 1.0.2 [註二]
- Safari 8.0.5 (10600.5.17)
不想再看細節的板友請直接看結果:
http://i.imgur.com/k6rMPYr.png
[補充]
補上720p60和1080p60的結果。
其中 Firefox 1080p60 在測試中嚴重卡頓,不值觀看。
http://i.imgur.com/PNfkUaH.png
主要的結果有:
1. 無論是哪種播放解析度,Safari 都有最小的 CPU 使用率,
尤其是在全螢幕時特別明顯。
這大概是 Apple 讓 Safari 支援這台機器硬解的關係。
相對地,Google Chrome 和 Firefox 似乎沒讓硬解有太多作用。
2. Firefox 在非全螢幕的 CPU 使用率都明顯高於另二種瀏覽器。
個人平常使用時就有這種感覺(風扇聲最大聲)。
3. Google Chrome 表現很線性:開大CPU大,開小CPU小。
在非全螢幕時,和 Safari 的表現接近。
雖然和上述測試無關,但使用上的心得還是值得說一些。
當我使用滑鼠拉動時間軸時,Google Chrome 幾乎每次都能馬上從新時間點開始播放。
Safari 就沒辦法這麼順暢,常常要等幾秒(而且頭幾秒還是只有音沒有影)。
Firefox 也一樣沒辦法很順暢,而且卡頓的情況有時讓我無法忍受。
長時間使用的經驗告訴我,這個現象應該不是網路速度不一關係。
不過,如果不需要常拉動時間軸,那這三個瀏覽器都可以正常播放。
雖然沒有數據,但 Safari 應該是 OS X 平台的省電一哥沒錯。
OS X 10.10 發表會中就介紹了幾項 Safari 省電的新特色。
綜合這些,出門在外想省電時,Safari 開 YouTube 應該是好選擇。
以下是方法,有點細。==============================
測試前,瀏覽器的 profile 都已先清空,
並在 https://www.youtube.com/html5 確認過是否已開啟 H.264 +Dash。
測試的影片:
https://www.youtube.com/watch?v=eP6l_woHuXE
測試的情境:
- 480P + default mode(1:1顯示)
- 720P + theater mode(1:1顯示)
- 1080P + full screen [註三]
電腦:
MacBook Pro (15-inch, Mid 2010);
2.4 GHz Intel Core i5;
8 GB ram;
1680×1050 screen;
OS X 10.10.3 (14D136);
已強制開啟顯示晶片 NVIDIA GeForce GT 330M 256 MB
CPU 使用率計算方法:
開啟影片網址後,設定好所需模式。
在暫停播放的情況下把指標拉到影片開始時間。
同時,在 terminal 中下達
sleep 5 ;\
tput bel ;\
top -o cpu -l 60 -ncols 1 > test.log ;\
tput bel ;\
cat test.log | grep 'CPU usage:'
上述指令的作用是在 5 秒後開始記錄 CPU 使用量到 test.log 中,
每秒記錄一次並持續 60 秒。
記錄的數值是瞬時測量值。
在按下 enter 後,快速地切換到 youtube 網頁並按下播放。
在 1 分鐘後,會發出 beep 一聲,並顯示 60 個測量結果。
我取出這 60 個 CPU 閒置百分率,以 100 減之即為 CPU 使用率。
我以此作為分析數據(CPU total usage)。 [註四]
在同一個播放模式進行上述測量一次。
換句話說,我相同網址之影片測量了 9 次
(3 種模式 × 3 種瀏覽器)。
每一次可得 60 個測值。
在測量期間,儘可能排除開啟其它軟體。
測量的順序並不一定,但並沒有完全隨機。
在這 9 次測試中,影片撥放過程都很正常流暢,沒有卡沒有頓。
但我發現,每次測試後得到的 60 個測值,
會有某幾個測值特別大(例如第一個總是特別大)。
這應該是 top 啟動造成的。
所以我一律將 60 個測值中最大的 3 個排除。
[註一] about:config 中 media.mediasource.enabled;true 是為了看 H.264 +Dash。
[註二] 安裝 h264ify 是為了看 H.264 +Dash。
[註三] 測試的電腦之螢幕解析度僅 1680*1050,未達 Full HD。
[註四] 在測試的電腦中,如果某程序完全佔用一個核,則 CPU total usage = 25%。
作者: VIGUTA (黃道第十四宮-魯蛇座)   2015-04-29 05:50:00
讚啦 求4k測試
作者: andrew43 (討厭有好心推文後刪文者)   2015-04-29 05:52:00
沒辦法,老電腦推不動2k/4k。
作者: dspp779 (蒼疾)   2015-04-29 10:06:00
作者: carlcarl (carl)   2015-05-01 03:59:00
Chrome對youtube有另外的QUIC protocol 所以比較快正常
作者: andrew43 (討厭有好心推文後刪文者)   2015-05-02 05:51:00
補上720p60和1080p60。http://i.imgur.com/PNfkUaH.png

Links booklink

Contact Us: admin [ a t ] ucptt.com