3 ms·
This compression technique seems to be based on the fact they have previous installation of an app that can be diffed and patched, so it wouldn't receive any be
by iamleppert 10y ago
This compression technique seems to be based on the fact they have previous installation of an app that can be diffed and patched, so it wouldn't receive any benefit from first installations, only updates. But still might be worth it for many applications. I remember I investigated a way to send and apply diffs of javascript code (using a js version of patch) and store in the browser using localstorage. However, at the time the performance wasn't good enough when compared in an end to end benchmark.
However, this has got me wondering as a general corollary for application delivery...would it just make more sense to use something like a well-pruned and compact git repo, and make the connections over HTTP with gzip compression? I'm not sure how space efficient the git repo is but may seem like an interesting project. I'm wary of using any Google technology, open source or not if it can be done yourself in an afternoon.
Does such a thing even exist?
- captn3m0 10y agoWhat you want is http://www.daemonology.net/bsdiff/ http://www.daemonology.net/bsdiff/ All objects in git packfiles are already compressed, so you aren't gaining much by adding another layer of compression.