Closed tomerr90 closed 1 year ago
Yes, that's expected. Zstd is not designed to compete with Snappy and LZ4, it's designed to compete with GZip and alike. If you want faster compression with Zstd you can use lower levels, e.g. -3
, at the expense of compression ratio.
If you are comparing to https://github.com/facebook/zstd#benchmarks - it indicates indeed that you need to use setLevel(-3)
(in the CLI it's expressed as --fast=3)
I ran the following JMH on Java 8 and 11:
On two different machines, this is the output from one of them:
Used the follwing:
In the other machine it was the same trend. According to the Zstd Github benchmarks it should be around the same performance. Am I missing something?