如何評價性能大幅提升的Chrome 53?

https://docs.google.com/document/d/1vKNGim07lvPCYL1ctiNss1BqhjfE49t6LwZkwoTkeXU


看起來主要是來自GPU光柵化的性能提升,GPU光柵化作為一個實驗特性其實存在很久了,一開始是Chrome for Android上啟用,後來是Android WebView上啟用,現在看來Mac上面也應用上了。

早期GPU光柵化的開啟有較多限制(起碼M50還是這個樣子):

1,首先是只針對移動版網頁;

2,其次要求網頁沒有太複雜的路徑繪製和SVG;

這個限制主要來自於Skia GPU庫對文本的繪製和複雜路徑的繪製仍然需要使用CPU光柵化來輔助,所以這類型網頁使用GPU光柵化的性能比CPU光柵化來的更差。從文中的信息看來Skia GPU庫應該解決了這些問題,包含SVG的網頁也可以使用GPU光柵化,並且性能提升明顯。

GPU光柵化的確會帶來一部分的內存增加,主要來自於點陣圖需要上傳成紋理加上其它的一些額外的GPU資源,Chromium目前設定的點陣圖紋理緩存池上限好像是96M,對於移動設備還是有些影響的。不過Chromium當前也有內存優化的專項通過其它方式減少內存佔用,所以兩相抵消後應該不會有太大差別。

除了GPU光柵化外,針對CSS/JS動畫,JS事件響應時間,內核排版耗時優化的項目還有:

1,Blink Scheduler - 新的內核任務調度器,主要是通過任務優先順序隊列和搶佔式優先順序調度來加快高優先順序任務的響應;

2,Slimming Paint - Blink 內核和合成器之間的繪圖相關介面的重構,減少 Blink 內核排版的開銷,優化網頁圖層化的策略(類似的設計在Firefox應該已經使用一段時間了);

3,GPU Scheduler - 作用類似 1,用於改進 GPU 任務的調度,比如合成任務優先順序會高於光柵化任務;

年初的時候寫過一個PPT在部門內介紹過Chromium渲染的一些基本概念和上述改進,供參考(當時是針對早期版本寫的,所以有些信息已經過時了):

Page Rendering(Page Rendering - Main Frame and Impl Frame)


------ 6. 18. 2016 更新 ------

---新增 有關內存佔用的問題---

# 前言

先來聊聊 Chrome 的故事, Chrome 昔日曾以 V8 引擎一騎絕塵的運行速度碾壓對手,榮登為快不破之榜首,只是驚喜之後,越來越多的用戶發現超高速引擎的背後是大量的內存佔用,隨後越來越多的人開始抱怨聲討 Chrome 內存佔用問題,人類的不滿足和抱怨是天性,也正是這一點使我們現在比過去做的更好。也或許正是這些抱怨起了作用,在 Chrome 53 中,迎來了絕對是 chrome 目前為止史上最大幅度性能的提升。或許過去沒有,未來也不會再有。Chrome 53 只有一個,時光飛逝,即便 Chrome 65 、chrome 78 來臨,我們回想這個遙遠的午後,還會為第一次見如此恐怖的性能提升為之驚訝和感嘆往昔崢嶸..

# 總體對比:

1. Chrome 53, 在 Mac 上的表現,相對於 Chrome 51 總體上提升46.9%

2. Chrome 53, 在 Android 上的表現,相對於 Chrome 51 總體上提升了 209%

3. 在 iPad Air 2 下的 safari 與 android M 下的 Chrome 53 對比,提升了 103%

4. Chrome 53 與 Safari 在 Mac 下的對比,提升 -1.78%,真的是 -1.78%

如果以上的數據如果還沒讓你驚訝,或許下面的細節提升程度會讓你覺得這不符合科學,就好象違反了弗雷德里克·布魯克斯 在其著作《人月神話》中說的那樣:計算機語言對性能提升程度,遠遠趕不上硬體上的摩爾定律。但冰冷冷的數字就在下面,你看或者不看,它就在那裡,不增不減。

在 Mac 上的細節提升,主要體現在了 HTML 套件,和 SVG 渲染上,HTML 套件提升了大約 161%,測試數據都是針對相同平台下的 Chrome 51 穩定版, SVG 套件提升了大約 151%。這只是開胃菜,然而你也知道:好戲還在後頭..

也不知是 Google 也在徹底貫徹移動為先的時代,而有意針對自家移動設備大幅度優化,還是純屬技術自然更新迭代,總之 Chrome 53 在移動設備上的提升才是重頭戲,先來看看數據:

HTML 套件提升約 590%, SVG 套件提升 1087% ,雖然我數學一直不好,但不可否認這的確是一個恐怖的提升,也特別的好奇:之前的chrome在這方面的表現到底是有多差?

# Chrome 53 為什麼這麼快?

使用基準試驗的情況下, 簡單來說,GPU的團隊改善了GPU的渲染瓶頸,使得 CSS 和 SVG 渲染更快,Canvas 和 WebGL 也表現的更好。

你也可以在chrome://flags 下開啟 強制GPU柵格化(force gpu resterization),自行測試性能提升:

--force-gpu-rasterization

# 有關 Chrome 53 內存佔用多少的疑問

很多人都好奇這個版本的內存佔用是不是變大了啊,畢竟羊毛出在羊身上,要是這幾十年沒有硬體產品的更新迭代,性能提升,就算你底層優化的再好,也不可能野雞變鳳凰啊~~

但實際上,這次的性能提升,根據現有的官方文檔說,chrome 團隊好像只是在 GPU 光柵渲染架構方面進行了調整,並沒有涉及到內存佔用方面,也就是說:Chrome 佔用內存可能還是跟現在一樣的大小,但是速度變快了。不知道這是一個好消息還是壞消息,就好像現在的寬頻資費一樣,價錢不變,但是網速給你提上去。運營商美言:寬頻免費提速,加量不加價。

當然也不排除Chrome 53 的GPU調整和內存之間也有見不得人的勾當,畢竟集成顯卡和內存的關係也是千絲萬縷,離開誰也活不了啊。

另外,這次性能的提升和 V8引擎沒有啥關係啊,所以大家不要嘀咕 Node.js 會不會因此變得更美好了啦..

如果你看到這裡,已經迫不及待的想要嘗試 Chrome 53 了, 它就在這裡:Chrome Canary ,鑒於大家都是 chromer,翻牆這種小事你自己搞定啦~~

如果你想查看更多細節上的信息,可以點開整個評測文檔: Google Doc,為了方便,我已經貼上了更詳細的多平台對比 ,玩兒的開心 :)

# Chrome 53 在 Mac 上的總體表現:

細節表現:

# 最新版的 Safari 技術預覽版 與 Chrome 的對比:

細節表現:

#在移動端 iOS 9.3. iPad Air 2 設備 與搭載Android M 系統的 Pixel C (某平版電腦)之間的對比 ,但需要注意的是因為硬體參數有很多不同,測試數據所以不太有說服力。

細節表現:

# 在安卓平版上:

細節表現:

以上是全部數據統計。

或許你已經被 chrome 的內存佔用折磨的苦不堪言,早已逃離 chrome 多年,當你看完chrome53恐怖的提升程度後,或許你會小小的嘗試一下改變 :)

另外,因為沒有chrome53內存佔用的數據對比,所以我們可以隨便猜測, 哈哈。


說的是渲染性能上的提升,主要就是改進了 renderer ,利用 GPU 的效率更高了。


坐等 atom和 electron的性能大幅度提升。


對Mobile更有意義,特別是webview里的hybrid App


加了很多material design風格的動畫,點擊什麼按鈕都有波紋, 感覺快了.

我用的 chromium 53.0.2766, 每次打開都提示需要Google key, 在網上找了環境變數修改了就沒提示了, 但是不能登陸google賬號


吃的內存是不是也大幅提升?


資源佔用大幅提升


確實是快了,以前用手上的VPN時在水管可以看480p的視頻,現在720p的若是開頭緩衝兩三分鐘的話,後面就一馬平川了,以前做不到,隨時看隨時緩衝,每次還得調低清晰度。

另外跟微博視頻的兼容性也好了,以前微博的視頻下面的控制欄全屏時總是消失,現在好了。

其他的暫時還沒有明顯的感受。

==============吐槽的分割線===========

我大半夜閑著沒事兒胡亂得瑟幾句,你們吐槽得還真high……

==============吐槽的分割線===========

知乎難道不是一個很友善的社區么

==============吐槽的分割線===========

大家開心就好……


用chrome canary最新版(0811)版本號54.0.2825.0 canary (64-bit)測試,好像確實有 @子夜剔燭答主說的youtube視頻載入變快,quality提高的情況。舊版本是52 stable ver。

同一時段同一VPN。

不知是做了什麼優化,之前的52 基本無法達到流暢觀看720p的程度。

QUIC protocal在兩個版本上都有開。


就目前傳出來的消息看,唯一確定的是加入了谷歌之前嘗試過的應用許可權管理功能。
別的,我猜不出啥來……風格化如此強烈的 material design 剛剛成型,不會再有啥大更新到跳版本號的趕腳。
如果真的要跳版本號,除非是跟你果和你軟一樣,繼續擺弄各種 Android wear, Chrome, Chrome OS, glass, 各種 kit , 包含宇宙萬物的 play 商店等等跨平台,可穿戴,智能家居,虛擬現實之類的玩意。

當然真相也可能是谷歌看到你軟一下蹦到 Windows10,覺得版本號擔當的地位有所不保,於是憤怒的決定將 Android 的版本號水平提速至 Chrome 等級。
Maybe 年底迎接我們的就是 Android Tiramisu 了


我想問下,什麼時候發布?


老PC、低運存手機的災難

和Android版本升級一樣,可以給你帶來更好的體驗,前提是硬體夠好


誰知道右鍵菜單中的【 投射... 】這個有錢搞家庭影院的這個功能怎麼去掉?急!在線等

---------------

字變小了

(URL中和下拉中的),

字變藍了

(書籤和歷史中的,新的還是黑的)

圖標變了

又TMD扁了

圖標小了

擴展插件圖標

點擊書籤欄有那種安卓點設置後的反彈特效了

打開多標籤不卡了

可能是我的錯覺吧

另外,多標籤的時候梯形標籤的那個關閉按鈕變大了,位置好膈應

------

Google Chrome追求速度、簡約和安全的網路瀏覽器

版本 53.0.2785.143 m (64-bit)

Google Chrome 已是最新版本。


為什麼我覺得在Mavericks下反而卡了呢


Google Chrome 53.0.2785.89 (正式版本) (64 位)

在windows 7上並沒有感覺到任何性能提升


對跨平台解決方案起作用了??


耗電發燙也是大幅提升么


新的沒用過,以前用chrome和firefox的時候就感覺是這樣的:

chrome--吃掉80%的資源,產出50%的性能

firefox--吃30%的資源,產出35%的性能

按chrome的尿性,我估計現在是這樣的:吃95%的資源,產出60%的性能,你要是硬體跟不上,開了chrome其它事就別做了吧


首先你要有塊大固態然後你要有根大內存系列。之後你就可以爽翻天了。CHROME一直就是快~


首先你得準備馬來產的6700K,記得配好點的水冷,搭配Z170和2*8G馬甲條,來個256G的NVMe的SSD,顯卡1070,23.6寸的4K顯示器,然後就辦理香港電訊的1000M寬頻,就可以開始用chrome 53上網了。


推薦閱讀:

安卓工程師轉做前端,有什麼好的框架推薦?
Markdown編輯器 做成 WYSIWYG(所見即所得)形式會不會有什麼弊端?
閉包(closure)在非同步請求處理中有哪些優勢?
如何用 TypeScript 提高 JS 工程的健壯性?

TAG:GoogleChrome | HTML | CSS | JavaScript | Android |