Very nice - lzo1x-1 seems very competitive with the Snappy both in terms of
speed and compression.
Matt Mahoneys 10GB corpus: lzo1-1 is 5% faster and 2% better compression
than Snappy with 64KB blocks.
enwik9: Snappy is 30% faster, but has 4.5% worse compression. Again 64KB
random bytes: Incredibly fast. Beats everything by an order of magnitude.
Of course there is no compression gain.
It seems that lzo-1 get slower as compression ration increases (to a
certain point), which is an interesting characteristic. Especially its
ability to skip uncompressible content is very interesting, and gives it a
huge edge as a general compressor.
"1x-999" seems VERY slow. 5-10MB/s. I don't suspect this to be competitive
with 64KB blocks. You should consider adding some options in-between.
It would help if you added an io.ReadCloser interface. I assume it would be
possible for you to design the re-implementation, so it doesn't require all
content to be in memory.
I have not tested decompression, but I would expect it to be good as well.
You received this message because you are subscribed to the Google Groups "golang-nuts" group.
To unsubscribe from this group and stop receiving emails from it, send an email to email@example.com.
For more options, visit https://groups.google.com/d/optout.