Show HN: 10-40% faster LZMA decoder using x86 CMOVcc

Re:Show HN: 10-40% faster LZMA decoder using x86 CMOVcc by pletnes on Monday December 13, 2021 @12:19PM (#29541735)

Linux distros often ship xz out of the box. I’ve never seen brotli in the wild. YMMV of course - I am sure there are exceptions.

I’ve used brotli myself, but only as it’s included in some parquet read/write libs.

[ Parent | on HN ]

Re:Show HN: 10-40% faster LZMA decoder using x86 CMOVcc by stillicidious on Monday December 13, 2021 @12:27PM (#29541830)

Probably 10-40% of what your browser is served nowadays is brotli, it's in Chrome so all the major CDNs support it by default

[ Parent | on HN ]

Re:Show HN: 10-40% faster LZMA decoder using x86 CMOVcc by pletnes on Monday December 13, 2021 @12:58PM (#29542221)

I’m sure you’re right, but files-on-disk is another story. I was referring to the latter.

[ Parent | on HN ]

Re:Show HN: 10-40% faster LZMA decoder using x86 CMOVcc by ByTheBook on Monday December 13, 2021 @03:02PM (#29543855)

Jpeg-XL makes use of Brotli, and once it hits 1.0 it will most likely be turned on by default in browsers and thus you will probably see a lot of jxl in the wild, particularly since it provides lossless recompression to existing jpeg files with ~20% smaller size as a result.

[ Parent | on HN ]

Re:Show HN: 10-40% faster LZMA decoder using x86 CMOVcc by throwaway1777 on Monday December 13, 2021 @12:49PM (#29542111)

It’s definitely in use by Meta and Google.

[ Parent | on HN ]

Re:Show HN: 10-40% faster LZMA decoder using x86 CMOVcc by GordonS on Monday December 13, 2021 @01:32PM (#29542673)

I'm not the OP, but I took their comment to mean "on the command line".

[ Parent | on HN ]

Re:Show HN: 10-40% faster LZMA decoder using x86 CMOVcc by peter-m80 on Monday December 13, 2021 @12:24PM (#29541796)

cloudflare uses brotli (not sure if optional or by default)

[ Parent | on HN ]