Slashdot Mirror


Google Launches Brotli, a New Open Source Compression Algorithm For the Web

Mark Wilson writes: As websites and online services become ever more demanding, the need for compression increases exponentially. Fans of Silicon Valley will be aware of the Pied Piper compression algorithm, and now Google has a more efficient one of its own. Brotli is open source and is an entirely new data format that offers 20-26 percent greater compression than Zopfli, another compression algorithm from Google. Just like Zopfli, Brotli has been designed with the internet in mind, with the simple aim of making web pages load faster. It is a "lossless compressed data format that compresses data using a combination of the LZ77 algorithm and Huffman coding, with efficiency comparable to the best currently available general-purpose compression methods". Compression is better than LZMA and bzip2, and Google says that Brotli is "roughly as fast" as zlib's Deflate implementation.

26 of 215 comments (clear)

  1. What's the Weissman score? by monkeyzoo · · Score: 5, Funny

    What's the Weissman score?

  2. ompresses data by dmbasso · · Score: 5, Funny

    It is a "lossless compressed data format that ompresses data

    ... by discarding random bits and pieces of redundant occurrences of words.

    --
    `echo $[0x853204FA81]|tr 0-9 ionbsdeaml`@gmail.com
    1. Re:ompresses data by wickerprints · · Score: 5, Funny

      No no no... you don't understand. It's just THAT good of a ompression gorithm.

    2. Re:ompresses data by Anonymous Coward · · Score: 3, Funny

      No no no... you don't understand. It's just THAT good of a ompression gorithm.

      Well, if it ncreases xponentially, it must be good.

    3. Re:ompresses data by Anonymous Coward · · Score: 3, Funny

      That's lossy ompression.

    4. Re:ompresses data by njnnja · · Score: 2

      Why would it need to comit them?

  3. A better idea by Anonymous Coward · · Score: 5, Insightful

    If they want to make webpages load quicker, remove ads.

    1. Re:A better idea by Anonymous Coward · · Score: 4, Insightful

      If they want to make webpages load quicker, remove ads.

      That would only be a linear improvement. They need to load exponentially faster.

  4. Better by Anonymous Coward · · Score: 3, Funny

    Hey, Google! I have a compression algorithm that can compress any size to a single byte. I just need a little help with the decompress and we can really speed things up.

  5. Binary Page Delivery by Anonymous Coward · · Score: 2, Insightful

    for a better user experience. The real reason is so that ad blockers will no longer work. It will no longer be web "pages", they will be "apps". The walled garden will move to the web and have the doorway sealed shut.

  6. To make web pages load faster: by Anonymous Coward · · Score: 5, Insightful

    Stop making my browser run 500 trips to DNS in order to run 500 trips to every ad server in the world.

    Also, for the everloving sake of Christ, you don't need megabytes of scripts, or CSS, or any other shit loaded from 50 more random domains in order to serve up an article consisting of TEXT. One kilobyte of script will be permitted to setup a picture slideshow, if desired. /Get off my e-lawn

  7. name and shame by Thud457 · · Score: 4, Interesting

    if Google was serious about speeding things up, they'd make a top 1000 list of stupid websites that load a crapton of useless scripts and ads just to present simple content across the web.

    --

    the preceding comment is my own and in no way reflects the opinion of the Joint Chiefs of Staff

    1. Re:name and shame by doconnor · · Score: 4, Informative

      Google announced a while ago that they would take into account page load speed in search ranking.

  8. Re:7zip by Anonymous Coward · · Score: 3, Insightful

    7z is pretty slow. Modern internet connection speeds are already between 100 Mbps (mobile) to up to 1 Gbps (fiber optics). Of course developing countries are still at about 50-100 Mbps level.

    Thus something like LZ4 compresses much less, but total time of transmission is typically better. Who cares of the compression ratio, total time to complete the transaction matters.

  9. For the web only, not much more by NotInHere · · Score: 5, Informative

    From the paper:

    Unlike other algorithms compared here, brotli includes a static dictionary. It contains 13’504
    words or syllables of English, Spanish, Chinese, Hindi, Russian and Arabic, as well as common
    phrases used in machine readable languages, particularly HTML and JavaScript.

    This means that brotli isn't a general purpose algorithm, but only built for the web, not more. I guess that future versions of the algorithm will include customized support for other, smaller languages, whose compression databases are only downloaded if you open a web page in that language.

  10. 1997 called by Intrepid+imaginaut · · Score: 2, Insightful

    It wants its bottleneck back. From what I can see it's plugins, scripts and adverts loading from fifty different sites that clog web pages, not large file sizes or what have you. Yes I get that compression is vital for an outfit like Google and they want to showcase what they've been doing but most websites don't have their traffic volume.

    1. Re:1997 called by Ravaldy · · Score: 3, Insightful

      Websites maybe, web applications are a different story. Problem is that businesses make heavy use of web applications and data lists can grow out of control quickly if you include the formatting required to make it look right. One could say that these web application have bad data presentation strategies and I would argue that you'd probably be right in many cases. Unfortunately not all problems can be solved with forced filters and paging.

      Take /. for example. The HTML alone of this page (with very few comments at this point) is 200KB. If you add up the CSS and JS you are well above 1MB. Data alone would probably take only 100KB but data that's hard to decipher through is not fun data hence the overhead.

      Compression is a no brainer if used properly. Bandwidth is limited and so is processing power. Just a matter of deciding which one is more important at any given time.

  11. Re:7zip by sims+2 · · Score: 5, Funny

    Let it be said that the USA resents being called a developing country.

    --
    Minimum threshold fixed. Thanks!
  12. As opposed to... by JustAnotherOldGuy · · Score: 3, Insightful

    It is a "lossless compressed data format..."

    As opposed to what, a lossy compression formula for data?

    Well hell, if you don't need the original data back I've got a compressor algorithm that'll reduce a 50GB file to 1 byte every time. Sometimes even less than a byte, like maybe 0.25 bytes. In fact it reduces the file to such a small size that just finding it again turns out to be a real challenge...

    --
    Just cruising through this digital world at 33 1/3 rpm...
  13. Re:Not as good as alternatives by Coren22 · · Score: 2

    Be careful, you might summon the flying spittle of APK.

    --
    APK likes to ask for responses to the same things over and over. Maybe he just likes the responses?
  14. Re:7zip by Grishnakh · · Score: 2

    Then it needs to start acting like a developed country. It can start by having some decent telecom regulation so that internet speeds are sufficient and inexpensive (if the US can't beat Romania of all places, then it deserves to be called "third world"), and cellular coverage is as good as northern Finland while as inexpensive.

  15. Re:AdBlock+ = inferior & 'souled-out' vs. host by JediJorgie · · Score: 2

    How do I block your ads for "hosts"?

  16. Re:Arnoldisation of Google by pr0nbot · · Score: 2

    FWIW... words ending with -li are usually Swiss. Austrians would use -le.

  17. Re:7zip by GuB-42 · · Score: 2

    There are much better general purpose lossless compression algorithms than what is in 7-Zip (LZMA2) or WinRAR. They are also much slower, like the paq series that uses context modeling and arithmetic coding.
    The challenge here is to do something that is also fast and memory efficient. In fact, we could improve the compression of Brotly very easily just by using arithmetic coding instead of Huffman coding. But the improvement probably wasn't worth the performance loss.

  18. Re:7zip by AmiMoJo · · Score: 2

    Google's algorithm addresses those issues by having a fixed dictionary. Compression is faster because there is no need to compute the dictionary, transmission is faster because there is no need to transmit the dictionary, and decompression uses less memory and is faster because the dictionary is shared between multiple streams.

    --
    const int one = 65536; (Silvermoon, Texture.cs)
    SJW, n: "Someone I don't like, and by the way I'm a fuckwit" - AC
  19. Re:Has to be done that way to update hosts by Coren22 · · Score: 2

    The very fact that your software requires a privilege escalation every time it updates indicates you don't understand security. Most people have no way to know what your software does when it updates, what is to stop you from having a Trojan load on your update? There is nothing, whereas your "rival" adblock requires no escalation.

    --
    APK likes to ask for responses to the same things over and over. Maybe he just likes the responses?