For what it's worth from my not-particularly-scientific tests at work, they both compressed significantly better than gzip, but zstd compressed better and faste

For what it's worth from my not-particularly-scientific tests at work, they both compressed significantly better than gzip, but zstd compressed better and faster than brotli for our typical file sizes (text files around 5-20kb). Mind you, this was all at lower/faster compression levels; by default brotli compresses at the highest/slowest level, so perhaps it's been designed primarily for a different use case. Unfortunately, we have a strict requirement that the decompression be done in pure Java (and ideally providing an InputStream interface). The official Brotli repo includes a pure Java decompression library that took about three lines of code to drop in next to our gzip support, while zstd had nothing suitable (a JNI wrapper is not an option, and the Java decompressor at [1] does not provide an streaming interface). Writing my own Java decompressor for zstd sounded like a fun project, but that would have been too much like yak shaving; brotli is good enough. [1] https://github.com/airlift/aircompressor/tree/master/src/main/java/io/airlift/compress/zstd https://github.com/airlift/aircompressor/tree/master/src/mai...