Rather than BEST_COMPRESSION. BEST_COMPRESSION is generally many times
slower than DEFAULT_COMPRESSION for miniscule improvements to compressed
size, making BEST_COMPRESSION almost always the wrong choice when
compression time is part of the equation.

This should probably be configurable, since the optimal choice depends
on expected network speed, CPU speed, and which implementation the JDK
uses, but DEFAULT_COMPRESSION is a pretty good default.