On Thursday, 11 July 2019 17:37:09 UTC+2, Aliaksandr Valialkin wrote:
>
>
>
> This is really great idea! Will try implementing it.
>
> Does github.com/klauspost/compress support all the levels for data 
> decompression? VictoriaMetrics varies compression level depending on the 
> data type. It would be great if github.com/klauspost/compress could 
> decompress data compressed by the upstream zstd on higher compression 
> levels.
>

Decompression will work for all input. It is implementing the full spec.

Compression has "Fastest" and "Default" implemented, roughly matching level 
1 and 3 in zstd in speed and performance. I plan on adding something around 
level 7-9 (as Better) and level 19 (as Best). But for it to be useful I 
have mainly focused on the fastest modes. I also am planning more 
concurrency in compression and decompression for streams - blocks will 
probably remain as single goroutines. For now I am taking a small break and 
having a bit of fun revisiting deflate and experimenting with Snappy.

If there is anything I can do to help feel free to ping me.


/Klaus
 

>
> -- 
> Best Regards,
>
> Aliaksandr
>

-- 
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 golang-nuts+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/golang-nuts/b12c7562-b3a6-426b-bb1c-a62fcfc41714%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to