+1 same here. gzip/lzo in the past, Snappy or zstd now.
On Tue, Apr 2, 2024 at 7:50 PM 张铎(Duo Zhang) wrote:
> For me I've never seen people actually use the xz compression.
>
> For size, usually people will choose gzip, and for speed, in the past
> people will choose lzo and now they choose
Let's remove in 2.6.0. I will submit a PR.
On Tue, Apr 2, 2024 at 7:50 PM 张铎(Duo Zhang) wrote:
> For me I've never seen people actually use the xz compression.
>
> For size, usually people will choose gzip, and for speed, in the past
> people will choose lzo and now they choose snappy or zstd.
For me I've never seen people actually use the xz compression.
For size, usually people will choose gzip, and for speed, in the past
people will choose lzo and now they choose snappy or zstd.
So for me I prefer we just deprecated the xz compression immediately
and remove it 2.6.0.
Thanks.
Red Hat filed CVE-2024-3094 late last week on 2024-03-29. This implicates
recent releases of the native liblzma library as a vector for malicious
code.
This is not the pure Java version that we depend upon for HBase's support
for the LZMA algorithm (