tdp_org,
@tdp_org@mastodon.social avatar

Somehow, we never got round to enabling Brotli compression on www.bbc.co.uk & www.bbc.com so I am just in the final throws of deploying that.
So far in ~1 hour on our staging site, I'm seeing ~24% smaller files under Brotli (vs. gzip). 🤞this (or better) also happens on live which'll be tomorrow.

sirber,
@sirber@fosstodon.org avatar

@tdp_org what's the hit on cpu?

gsuberland,
@gsuberland@chaos.social avatar

@sirber @tdp_org for decompression it's within the margin of error vs. gzip, both for time and power consumption.

for compression I seem to remember that it's quite a bit heavier than gzip (as much as 20x slower per kB of content, at least on the implementations that were around a few years ago) in terms of total computational load, but with the tradeoff that brotli has lower delivery latency due to the way it can stream content.

gsuberland,
@gsuberland@chaos.social avatar

@sirber @tdp_org my favourite brotli fact is that its static dictionary feature produces such incredible compression ratios on web content (HTML, CSS, JS) that running your static content through a minifier and then gzipping it often produces larger data than simply applying brotli to non-minified content.

  • All
  • Subscribed
  • Moderated
  • Favorites
  • webdev
  • ethstaker
  • DreamBathrooms
  • normalnudes
  • magazineikmin
  • InstantRegret
  • GTA5RPClips
  • thenastyranch
  • Youngstown
  • rosin
  • slotface
  • osvaldo12
  • ngwrru68w68
  • kavyap
  • everett
  • megavids
  • Durango
  • Leos
  • cubers
  • mdbf
  • khanakhh
  • tester
  • modclub
  • cisconetworking
  • anitta
  • tacticalgear
  • provamag3
  • JUstTest
  • lostlight
  • All magazines