267f14dd9000f68f7f612c041111e3af 對於未申請行動網路上網吃到飽的使用者來說,開啟行動裝置內建的流量統計相當重要,否則超出合約限定用量的資料封包單價相當昂貴。Google 於去年推出 Brotli 壓縮演算法,比現行 Chrome 瀏覽器使用的 Zopfli 最多有 26% 容量差距,Google 近日確定 Chrome 未來版本將會整併 Brotli。

因應網路速度的增加以及消費者追求聲光效果刺激,網頁內容趨於呈現更多元的面貌,包含更多的影像與動畫效果。更多的多媒體內容也就代表著網頁檔案大小跟著增長,對於載入速度和流量計費網路來說是個負擔,不少網頁瀏覽器因而內建壓縮資料功能,以減少瀏覽網頁的流量。

Google 於去年推出 Brotli 無損壓縮演算法,在他們發表的論文當中指出,當採用 Canterbury corpus 範例檔案時,Brotli 壓縮品質設為 9(數字小壓縮率低、壓縮與解壓縮速度快,反之亦然)的壓縮率即可超越 Zopfli,且壓縮與解壓縮的速度還比 Zopfli 快上些許。


▲使用不同壓縮演算法與壓縮品質,以 Canterbury corpus 範例檔案進行測試的差異。

與 LZMA 相互比較則各有優劣,Brotli 壓縮品質設定為 11 的壓縮率才可超越 LZMA 壓縮品質 9,但壓縮與解壓縮速度卻輸給了 LZMA;若是將 Brotli 壓縮品質設為 9,則壓縮率輸給了 LZMA 壓縮品質 9,但壓縮與解壓縮速度較快。

倘若是以網頁資料為壓縮檔案進行比較,Brotli 壓縮品質設定為 9,無論是在壓縮率還是壓縮與解壓縮速度,皆一舉超越 LAMA 壓縮品質 9,當然也超過目前 Chrome 瀏覽器所使用的 Zopfli。由此可知 Brotli 壓縮演算法針對網頁內容相當有效,因此 Google 決定未來新版 Chrome 將內建此種演算法。


▲以網頁檔案為範例檔案的壓縮比較結果。

根據 Google 工程師 Ilya Grigorik 在個人 Google+ 的文章表示,Chrome 網頁瀏覽器很快就能夠獲得 Brotli 支援能力,但是僅限定 HTTPS 加密連線。對於網頁內容來說,Brotli 壓縮品質 11 相對 Gzip 壓縮品質 9 省下約 17%~25% 的流量。Brotli 支援性預計將降臨所有作業系統版本Chrome 瀏覽器,但並未透露確定的時間,而網頁開發者也需要調整伺服器以便支援 Brotli。

延伸閱讀

為什麼Chrome 這麼會吃記憶體?

4G 免吃到飽!在手機上用這些工具壓縮流量省荷包

使用 Facebook 留言

發表回應

謹慎發言,尊重彼此。按此展開留言規則