On 2023年06月21日 18時02分49秒 (+09:00), Nidhi Jaju wrote:






On Wed, Jun 21, 2023 at 3:35 PM Yoav Weiss <[email protected]> wrote:





On Wed, Jun 21, 2023 at 8:15 AM Nidhi Jaju <[email protected]> wrote:

Contact emails
[email protected]


Explainer
https://docs.google.com/document/d/1aDyUw4mAzRdLyZyXpVgWvO-eLpc4ERz7I_7VDIPo9Hc/edit?usp=sharing


Specification
https://datatracker.ietf.org/doc/html/rfc8878


Design docs
https://docs.google.com/document/d/14dbzMpsYPfkefAJos124uPrlkvW7jyPJhzjujSWws2k/edit?usp=sharing


Summary

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 
support for "zstd" as a Content-Encoding will help load pages faster and use 
less bandwidth.



Blink component
Internals>Network


Motivation

Supporting zstd content-encoding in the browser would allow sites to spend less 
time and CPU/power on compression on their servers, resulting in reduced server 
costs. There are several published benchmarks[i.e. 1, 2] and existing research 
showing promising potential wins. Zstd is roughly three times faster than 
Brotli for decompression. Combined with zstd being faster at compression, this 
will result in faster page load times.


Initial public proposal
None


TAG review
None


Drive by question: Given that the codec is going to be in the browser, are 
there plans to surface this up to CompressionStreams? (same question applies 
for Brotli, I suppose)





TAG review status
Not applicable


Risks


              Interoperability and Compatibility

Servers that have a broken implementation of zstd might exist, but the risk of 
this is small. Additionally, middleware and middleboxes like virus checkers 
that intercept HTTPS connections might not support zstd, but might fail to 
remove it from the Accept-Encoding header in the request.


Are we planning to only support this encoding under secure contexts and/or H2+ 
to reduce that risk?


Yes, we're only planning to support zstd encoding under secure contexts, same 
as Brotli.

 
 


Gecko: No signal (https://github.com/mozilla/standards-positions/issues/775)

WebKit: No signal (https://github.com/WebKit/standards-positions/issues/168)

Web developers: Positive (https://crbug.com/1246971) Facebook (Yann) and Akamai 
(Nic) seem to be positive about zstd content-encoding support in the browser. 
Facebook is also excited to test the feature.

Other signals:


              WebView application risks

Does this intent deprecate or change behavior of existing APIs, such that it 
has potentially high risk for Android WebView-based applications?




Debuggability

No special support needed.


Is this feature fully tested by web-platform-tests?
Not yet.


Flag name
ZstdContentEncoding


Requires code in //chrome?
True


Tracking bug
https://bugs.chromium.org/p/chromium/issues/detail?id=1246971


Estimated milestones
Shipping on desktop     117
Shipping on Android     117



Link to entry on the Chrome Platform Status
https://chromestatus.com/feature/6186023867908096


Links to previous Intent discussions



This intent message was generated by Chrome Platform Status.

--
You received this message because you are subscribed to the Google Groups 
"blink-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To view this discussion on the web visit 
https://groups.google.com/a/chromium.org/d/msgid/blink-dev/CAMZNYANd_E77W1ki--h_XJM-%2B_fA3w1CriGgJmnbh1N3LwRDtw%40mail.gmail.com.

--
You received this message because you are subscribed to the Google Groups 
"blink-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To view this discussion on the web visit 
https://groups.google.com/a/chromium.org/d/msgid/blink-dev/CAMZNYAN%3DdFzxxXGt%2BTscR9zfu-dF38u_E4rQ7ynv8C%3D1C67YPA%40mail.gmail.com.

-- 
You received this message because you are subscribed to the Google Groups 
"blink-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To view this discussion on the web visit 
https://groups.google.com/a/chromium.org/d/msgid/blink-dev/1687340894917.1377534933.426424296%40chromium.org.

Reply via email to