RIP SPDY, we hardly knew ye: Google to retire next-gen web protocol

HTTP/2 to take its place

Google has decided to mothball its home-grown SPDY internet application-layer protocol in future versions of its Chrome browser, in favor of the Internet Engineering Taskforce's HTTP/2 spec.

"Chrome has supported SPDY since Chrome 6, but since most of the benefits are present in HTTP/2, it's time to say goodbye," Google engineer Chris Bentzel wrote in a blog post on Monday.

Not that there are any sour grapes or anything. Bentzel didn't bother to toot Google's own horn in his post, observing only that, "Some key features [of HTTP/2] such as multiplexing, header compression, prioritization and protocol negotiation evolved from work done in an earlier open, but non-standard protocol named SPDY."

To most of us, that would be "Google's SPDY," even if Bentzel didn't mention the fact. The Chocolate Factory unveiled the protocol in 2009, claiming it would deliver as much as a 55 per cent speed increase for the web's highest-traffic sites.

Ideas first introduced in SPDY went on to inform the IETF's work on the HTTP/2 spec, which is currently in draft form and is expected to be published as an RFC this month.

But not everyone involved in the HTTP/2 work agreed that SPDY was the right starting point. In 2014, FreeBSD developer Poul-Henning Kamp notoriously recommended that the IETF "throw out" SPDY, saying the HTTP/2 working group had "wasted a lot of time and effort trying to goldplate over the warts and mistakes in it."

"We found out that there are numerous hard problems that SPDY doesn't even get close to solving," Kamp wrote, "and that we will need to make some simplifications in the evolved HTTP concept if we ever want to solve them."

Among Kamp's complaints were that the SPDY spec employs "pointless encryption" even for applications that don't need it – or, perhaps, are legally banned from using it – while doing little to enhance privacy protections for individuals.

Despite these complaints, work on HTTP/2 based on SPDY continued, with some looking to HTTP/3 as the place to address some of the current protocol's shortcomings.

Google's decision to kill SPDY in Chrome will go unnoticed by most users. Both the web browser and the server must support the protocol for it to have any effect, and few web servers enabled it – Google being a notable exception, naturally.

In addition to removing support for SPDY, Google says it will also nix an extension to the Transport Layer Security (TLS) protocol called Next Protocol Negotiation (NPN) in favor of the newer Application-Layer Protocol Negotiation (ALPN) extension spec.

"Server developers are strongly encouraged to move to HTTP/2 and ALPN," Google's Bentzel wrote. "We're happy to have contributed to the open standards process that led to HTTP/2, and hope to see wide adoption given the broad industry engagement on standardization and implementation."

If you're a fan of SPDY, however, you needn't worry for now. Google says it won't remove support for the spec from Chrome until "early 2016." Meanwhile, a version of Chrome that supports HTTP/2 will roll out to the browser's Stable release channel in the next few weeks. ®

Similar topics

Other stories you might like

  • Microsoft unveils Android apps for Windows 11 (for US users only)

    Windows Insiders get their hands on the Windows Subsystem for Android

    Microsoft has further teased the arrival of the Windows Subsystem for Android by detailing how the platform will work via a newly published document for Windows Insiders.

    The document, spotted by inveterate Microsoft prodder "WalkingCat" makes for interesting reading for developers keen to make their applications work in the Windows Subsystem for Android (WSA).

    WSA itself comprises the Android OS based on the Android Open Source Project 1.1 and, like the Windows Subsystem for Linux, runs in a virtual machine.

    Continue reading
  • Software Freedom Conservancy sues TV maker Vizio for GPL infringement

    Companies using GPL software should meet their obligations, lawsuit says

    The Software Freedom Conservancy (SFC), a non-profit which supports and defends free software, has taken legal action against Californian TV manufacturer Vizio Inc, claiming "repeated failures to fulfill even the basic requirements of the General Public License (GPL)."

    Member projects of the SFC include the Debian Copyright Aggregation Project, BusyBox, Git, GPL Compliance Project for Linux Developers, Homebrew, Mercurial, OpenWrt, phpMyAdmin, QEMU, Samba, Selenium, Wine, and many more.

    The GPL Compliance Project is described as "comprised of copyright holders in the kernel, Linux, who have contributed to Linux under its license, the GPLv2. These copyright holders have formally asked Conservancy to engage in compliance efforts for their copyrights in the Linux kernel."

    Continue reading
  • DRAM, it stacks up: SK hynix rolls out 819GB/s HBM3 tech

    Kit using the chips to appear next year at the earliest

    Korean DRAM fabber SK hynix has developed an HBM3 DRAM chip operating at 819GB/sec.

    HBM3 (High Bandwidth Memory 3) is a third generation of the HBM architecture which stacks DRAM chips one above another, connects them by vertical current-carrying holes called Through Silicon Vias (TSVs) to a base interposer board, via connecting micro-bumps, upon which is fastened a processor that accesses the data in the DRAM chip faster than it would through the traditional CPU socket interface.

    Seon-yong Cha, SK hynix's senior vice president for DRAM development, said: "Since its launch of the world's first HBM DRAM, SK hynix has succeeded in developing the industry's first HBM3 after leading the HBM2E market. We will continue our efforts to solidify our leadership in the premium memory market."

    Continue reading

Biting the hand that feeds IT © 1998–2021