Google vil øge hastigheden på nettet med ny protokol

Det var sgu da utroligt som de spytter nye teknologier ud hele tiden.

Ja de spilder sgu ikke tiden. :)
Så kommer det vel til at hedde spdy://google.com eller hvad ?

Blandt andet vil SPDY gøre det muligt at foretage mange flere forespørgelser over den samme forbindelse, hvilket øger effektiviteten#0

Det er vel allerede muligt via. http pipelining?

Det er vel allerede muligt via. http pipelining?spectual (#3)

via http://dev.chromium.org/spdy/spdy-whitepaper

Q: Doesn't HTTP pipelining already solve the latency problem?

A: No. While pipelining does allow for multiple requests to be sent in parallel over a single TCP stream, it is still but a single stream. Any delays in the processing of anything in the stream (either a long request at the head-of-line or packet loss) will delay the entire stream. Pipelining has proven difficult to deploy, and because of this remains disabled by default in all of the major browsers.

Lyder meget naturligt at effektivisere protokollerne nu hvor flere og flere får forbindelser der kan hive et stadigt større antal ting på én gang.

Ting som disse er grunden til at jeg elsker Google. De andre store firmaer skal både tigges og trues før at de giver kunderne det de vil have.
Google giver folk hvad de ikke engang vidste at de have brug for. :)

Så længe det ikke påvirker webudviklingen.. Altså, skal implementeres på protokol niveau (Selvom artiklen antyder andet), således at det kun er min host der skal gøre noget, og ikke mig..

Hvordan virker det her så på mobile enheder?.. Hurtigere loads samt regninger? :)

Så længe det ikke påvirker webudviklingen.. Altså, skal implementeres på protokol niveau (Selvom artiklen antyder andet), således at det kun er min host der skal gøre noget, og ikke mig..LordMike (#7)

Som de selv skriver:

Goals for SPDY:
[...]
To avoid the need for any changes to content by website authors. The only changes required to support SPDY are in the client user agent and web server applications.

Kilde: SPDY Whitepaper

Og her er de andre Goals til dem der er for dovne til at læse whitepaperen :)

The SPDY project defines and implements an application-layer protocol for the web which greatly reduces latency. The high-level goals for SPDY are:

* To target a 50% reduction in page load time. Our preliminary results have come close to this target (see below).
* To minimize deployment complexity. SPDY uses TCP as the underlying transport layer, so requires no changes to existing networking infrastructure.
* To avoid the need for any changes to content by website authors. The only changes required to support SPDY are in the client user agent and web server applications.
* To bring together like-minded parties interested in exploring protocols as a way of solving the latency problem. We hope to develop this new protocol in partnership with the open-source community and industry specialists.

Some specific technical goals are:

*

To allow many concurrent HTTP requests to run across a single TCP session.
*

To reduce the bandwidth currently used by HTTP by compressing headers and eliminating unnecessary headers.
*

To define a protocol that is easy to implement and server-efficient. We hope to reduce the complexity of HTTP by cutting down on edge cases and defining easily parsed message formats.
* To make SSL the underlying transport protocol, for better security and compatibility with existing network infrastructure. Although SSL does introduce a latency penalty, we believe that the long-term future of the web depends on a secure network connection. In addition, the use of SSL is necessary to ensure that communication across existing proxies is not broken.
* To enable the server to initiate communications with the client and push data to the client whenever possible.

Woohooo! Nu kan jeg komme 50% hurtigere til p0rn-siderne..

#9 Now that's a great day for everybody!

Jeg håber det får så stor effekt som de siger - men mange gange er det sløvt pga. for meget html & css og nok ikke så meget pga. trafikken.

#11 Det er sjældent. Men derimod ved brug af mange billeder og andre ekstrene filer, kan sløve sider ned. Så det løser protekollen jo meget fint.

Så mangler vi bare at html'en, ccs'en og scripts'ene er pre-compilet og type safe, når det sendes. Så giver jeg sku' en øl, hvis der skulle komme en Google-person forbi.

Glæder mig til at prøve det!
Det kan værre jeg tager fejl, men hvis de hastigheds test er lavet i Chrome og sammenlignet med en anden browser påvirker det ikke testenresultatet at Chrome allerede er hurtig?

Opsporet på en irc kanal jeg hænger ud på:
https://bugzilla.mozilla.org/show_bug.cgi?id=528288

måske ikke så relevant, men ganske sjovt :)

vil frigive en SPDY-kompatibel webserver som open source i den kommende uge.

Hvis de nu frigav en apache patch, ville det hurtigt spredes til hovedparten af sider. Hvad skal vi med en ny webserver?

Hvis de nu frigav en apache patch, ville det hurtigt spredes til hovedparten af sider. Hvad skal vi med en ny webserver?Lobais (#16)

Det skyldes nok at Google kun er interesseret i at udgive det som "proof of concept" og ikke selv stå for implementeringen i diverse webserver platforme.

#17 De kunne vel godt have lavet et Apache modul som proof-of-concept?

De bliver bare ved med at imponere..

Hatten af for Google ...!

Woohooo! Nu kan jeg komme 50% hurtigere. til p0rn-siderne..LER (#9)

Fixed it for you :P

Sådan google! Fedt arbejde, nice at jeg hoppede på google chrome vognen fra start!

Totalt lamt navn... SPDY/speedy? Er de allesammen 17 år på google, for helvede :-p. Man burde hellere køre det i stilling som HTTP 1.2, fx.

#22
Nu er det bare sådan at google ikke "ejer" HTTP protokollen, og derfor ikke kan lave en ny udgave.

HTTP er en standard som bliver varetaget af en organisation (mener det er W3 og IETF tilsammen). Man kan indsende forslag til dem også vil de kigge på det, og overveje om forslaget skal implementeres i fremtidige udgaver. Så hvis google gik den vej, blev det nok først implementeret om et par år. HTTP protokollen er jo ikke en der bliver opdateret hver måned.

Google er derfor gået den hurtige vej ved at lave deres egen udvidelse.

Men kan så diskutere om det er forkert af dem... Det kan jo ikke benægtes at det er en stor spiller, og hvis de kan gennemtrumfe deres SPDY, bliver de W3 nød til at indbygge den i HTTP 1.2

Det samme som hvis MS indbyggede nye HTML tags i IE, for derved at tvinge dem til godkendelse i HTML (fordi 90% af markede allerede bruger dem).

Jeg kan derfor ikke helt finde ud af om Google burde have indsendt deres forslag, også lade det være ved det... Nu går de jo bag om ryggen på W3 og IETF.