背景
最近的省流量更新很火,一个10几M的包用3M多的增量包就能完成更新。主要原理是利用原包与更新包做比对并生成增量包。普通的做法都是用bsdiff来生成增量包并用bspatch做合包,但大家都说还有个更优的工具--chrome工程的courgette,于是就动手编译测试了一下.
测试结果
总的来说,测试结果是令人失望的。
courgette能识别的文件只有windows pe格式文件和linux下的elf格式文件。
courgette并不能应用在apk包上,应用在apk上的结果比bsdiff还要稍差一些。
courgette具体用法
下面是测试结果,可以看到只有官方数据的setup.exe有明显效果
***_bs_diff.patch 是bsdiff生成的patch
***_c_diff.patch 是courgette生成的patch
官方测试数据(setup为chrome安装包)
地铁跑酷
神庙逃亡
百度的一个软件
d3dx9.dll
之后了解了courgette的源码结构,看到有几个解析pe和elf的文件
对压缩包格式的apk应该是起不了作用。
又看了一下courgette的工作流程,其中有个adjust过程至关重要,而在做diff输出的时候只有官方给的几个测试数据有adjust输出
courgette性能比bsdiff好的秘密应该在adjust过程里。
编译
其他
http://blog.youkuaiyun.com/xingtian713/article/details/4483810(Chrome的小胡瓜(Courgette))
http://blog.youkuaiyun.com/hmg25/article/details/8100896(浅析android应用增量更新升级)
自己下的源码包
http://pan.baidu.com/s/1hqgOG9Q
本文介绍了Courgette工具在增量更新中的应用测试,特别是针对Windows PE和Linux ELF格式文件的效果。测试结果显示,Courgette并不适用于apk包,其在apk上的性能甚至逊于bsdiff。作者深入研究了Courgette的源码,指出adjust过程可能是其性能优势的关键,但仅在官方测试数据中体现。同时,文章提供了编译Courgette的相关资源链接。
1075

被折叠的 条评论
为什么被折叠?



