#930: Zstandard Content-Encoding
Discussions
2024-02-12
Martin: ...small increments can mean a lot for people who have to deal with bloated webpages. This is pretty straightforward. I'll check with Yves.
Natthew: seems like a really impressive algorithm, I wondered about this. What is coming next?
nice nerdy discussion about codecs
(mt) Propose the following:
<blockquote>The TAG recognizes that small improvements in efficiency, both in compression ratio and CPU cost, do have real benefits for web users. There are costs to adding more code to the platform and having more choices available does increase the cost and complexity of negotiation. However, those costs only mean that the benefits need to be meaningful. zstd generally performs better than brotli, the current best of the (other) standardized options. Adding zstd would be welcome.
</blockquote>
OpenedFeb 7, 2024
こんにちは TAG-さん!
I'm requesting a TAG review of Zstandard Content-Encoding.
Zstandard, or “zstd”, is a data compression mechanism described in RFC8878. It is a fast lossless compression algorithm, targeting real-time compression scenarios at zlib-level and better compression ratios. The "zstd" token was added as an IANA-registered Content-Encoding token as per https://datatracker.ietf.org/doc/html/rfc8878#name-content-encoding.
Adding browser support for "zstd" as a Content-Encoding will help load pages faster, use less bandwidth, and spend less time and CPU/power on compression on servers, resulting in reduced server costs.
Further details:
You should also know that...
N/A
We'd prefer the TAG provide feedback as (please delete all but the desired option):
💬 leave review feedback as a comment in this issue and @-notify [github usernames]