As part of the Google’s ever growing aim for perfection, and “Let’s Make the web faster” initiative, Google has now released a new Experimental Protocol that promises to speedup the internet. Google just announced that it is a new protocol that will minimize latency and boost the user web experience by 2x times.
SPDY (pronounced “speedy”) is not replacing HTTP, but rather mods it.
The new protocol is quiet innovative and featureful. It incorporates features like multiplexed streams, request prioritization and HTTP header compression. To demonstrate the productivity, Google has already developed a prototype web server and a version of Google Chrome with built-in SPDY support.
As per the claims, it’s 64% faster. This is possible because SPDY allows many concurrent HTTP requests to run across one TCP session and to make SLL the standard transport protocol.
Google reminds everyone that SPDY is not a replacement for HTTP. It uses HTTP methods and headers, but it overrides the parts of the protocol that manage connections and data transfer formats. So it sits on HTTP and mods it for good.
Google will soon release an open-source SPDY-enabled web server and SPDY-enabled version Chrome can be downloaded here.
According to Google, these are the basic improvement of SPDY over HTTP:
- Multiplexed requests. There is no limit to the number of requests that can be issued concurrently over a single SPDY connection. Because requests are interleaved on a single channel, the efficiency of TCP is much higher.
- Prioritized requests. Clients can request certain resources to be delivered first. This avoids the problem of congesting the network channel with non-critical resources when a high-priority request is pending.
- Compressed headers. Clients today send a significant amount of redundant data in the form of HTTP headers. Because a single web page may require 50 or 100 subrequests, this data is significant. Compressing the headers saves a significant amount of latency and bandwidth compared to HTTP.