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

[andrew43 (討厭有好心推文後刪文者)]

諸位板友好。

繼上回《[-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%。

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 125.230.69.69
※ 文章網址: https://www.ptt.cc/bbs/Browsers/M.1430256608.A.672.html
※ andrew43:轉錄至看板 MAC                                         04/29 05:32
推 VIGUTA: 讚啦 求4k測試
→ andrew43: 沒辦法，老電腦推不動2k/4k。
※ 編輯: andrew43 (125.230.89.227), 04/29/2015 05:56:17
※ 編輯: andrew43 (125.230.89.227), 04/29/2015 05:58:08
推 dspp779: 推
推 carlcarl: Chrome對youtube有另外的QUIC protocol 所以比較快正常
→ andrew43: 補上720p60和1080p60。http://i.imgur.com/PNfkUaH.png
※ 編輯: andrew43 (125.230.73.219), 05/02/2015 05:52:14