I can speak to this - there is no meaningful decompression effect across an insane set of tested data at Google and elsewhere. Zopfli was invented prior to bro

I can speak to this - there is no meaningful decompression effect across an insane set of tested data at Google and elsewhere. Zopfli was invented prior to brotli Zopfli is easiest to think of as something that just tries harder than gzip to find matches and better encodings. Much harder. decompression speed is linear either way. It's easiest to think of decompression as a linear time vm executor[1], where the bytecoded instructions are basically go back <distance> bytes, output the next <length> bytes you see, then output character <c> (outputting literal data is the instruction <0,0,{character to output}>) Assuming you did not output a file larger than the original uncompressed file (why would you bother?), you will, worst case, process N bytes during decompression, where N is the size of the original input file. The practical decompression speed is driven by cache behavior, but it thrashes the cache no matter what. In practice, reduction of size vs gzip occurs by either finding larger runs, or encodings that are smaller than the existing ones. After all, if you want the compressed file to shrink, you need output less instructions somehow, or make more of the instructions identical (so they can be represented in less bits by later huffman coding). In practice, this has almost exclusively positive effects on decompression speed - either the vm has less things to process (which is faster), or more of the things it does look the same (which has better cache behavior). [1] this is one way archive formats will sometimes choose to deal with multiple compression method support - encode them all to the same kind of bytecode (usually some form of copy + literal instruction set), and then decoding is the same for all of them. ~all compression algorithms output some bytecode like the above on their own already, so it's not a lot of work. This doesn't help you support other archive formats, but if you want to have a bunch of per-file compression options that you pick from based on what works best, this enables you to still only have to have one decoder.