谷歌开源图片压缩算法 Guetzli 实测体验报告
原创
谷歌大神又出开源新技术啦，这次是对JPEG格式的图片采用全新算法重新编码，输出的图片还是JPEG但是图片大小明显缩小，而质量不但没有损失，甚至还更加优化，速速来体验一把。
一、环境安装
下载谷歌开源软件，编译安装以后实际上是一个bin工具。输入图片，输出jpeg格式图片。
文档下面有写Ubuntu、Arch Linux、windows、macOS的安装方式。我们以 Ubuntu 系统为例，介绍如何安装 guetzli。
首先，克隆谷歌的项目文件：
git clone https://github.com/google/guetzli.git然后，安装 libpng 软件包：
sudo apt-get install libpng-dev
cd guetzli然后直接 make ，生成bin文件，强大的开源工具 ./bin/Release/guetzli 于是就生成了。
二、实战测试
guetzli的使用比较简单，参数很少。默认采用95的质量，也可以通过 -quality 来指定大于等于84的质量，如果要小于84，需要修改源码。输入必须是符合转换要求的图片，输出则是jpeg格式图片。
什么是符合要求的图片？
官方说明：
Only YUV color space input jpeg is supported
实测发现，使用透明通道的png图、非YUV的jpeg比如黑白图、gif图都是不能转换的。
guetzli效果如何？
批量实测1292张图片。使用默认参数，也就是原图的95%质量。
1185张转换成功，占比91.7%，其中3张png转换jpeg以后图片比原图更大，占比0.2%。107张无法转换，占比8.3%。
原图平均大小33KB，guetzli压缩后23.4KB，平均压缩率29%，平均每张耗时7956毫秒。
单张最大的图片3.76MB，guetzli压缩后2.55MB，压缩率31.5%，耗时976949毫秒（16分钟）。
单张最小的图片757B，guetzli压缩后603B，压缩率20%，耗时65毫秒。
另外借用国外媒体报道中使用的对比图片，直观地感受下压缩后的效果：
![[1490081159376_9169_1490081159858.png]](https://ask.qcloudimg.com/http-save/yehe-900000/e49b05478003c7f2c96bdbadce24943c.png)
左边是原图，中间是 libjpeg 压缩后，右边是使用 guetzli 压缩后。
guetzli的资源消耗如何？
官方文档说，1MPIX的图片处理需要消耗300M内存。
实测一个1MB大小1920x2560的图片，有4.9MPIX。理论消耗内存1474MB，实际消耗1009MB内存，实际与理论基本相符。由此看出这个工具是个内存消耗大户，60G内存只够处理200MPIX，也就是同时处理40张左右的1920x2560图片。
CPU消耗则一直是100%单核占用。当然实际使用多核机器可以同时跑多个进程。有多少核就能跑多少个guetzli任务。
压缩图片耗时跟图片大小程离散相关，图片越大，耗时越久：
![[1490081171351_5360_1490081171548.png]](https://ask.qcloudimg.com/http-save/yehe-900000/bad3637f42135499c83e552efb496801.png)
测试环境使用的是8核16G内存的机器。单核平均处理23KB的图片需要约8秒钟，这个耗时比较长，注定无法进行在线实时压缩。
三、优劣对比
guetzli的优势在哪?
实测对质量在90或以下的jpg图片，guetzli输出的新图质量不会降低。而实际压缩率能够达到平均压缩率29%。
兼容性比较好，输出的jpeg格式图片通用性非常高。没有webp、sharpp那种协议不兼容的困扰。
在客户端jpeg格式的图片编解码速度比其他私有协议快很多。
guetzli有哪些劣势？
guetzli处理类型局限性，并不能应对全部类型的图片。只能处理YUV颜色编码的图片。
时效性较差，图片越大处理越慢。1MB的图片处理需要291秒，本次测试平均23KB的图片需要8秒。
相关推荐
原创声明：本文系作者授权腾讯云开发者社区发表，未经许可，不得转载。
如有侵权，请联系 cloudcommunity@tencent.com 删除。
原创声明：本文系作者授权腾讯云开发者社区发表，未经许可，不得转载。
如有侵权，请联系 cloudcommunity@tencent.com 删除。