mboost-dp1

Google Inc.

Google vil øge hastigheden på nettet med ny protokol

- Via Read/WriteWeb - , redigeret af Net_Srak , indsendt af Slettet Bruger [1173798833]

Til trods for, at internetforbindelser bliver hurtigere og hurtigere, så mener Google, at indlæsningen af hjemmesider bør gå endnu hurtigere. De har derfor udviklet en ny protokol, der øger hastigheden markant.

Den nye protokol har fået navnet SPDY, der udtales speedy. Den skal ikke ses som en erstatning for HTTP, men som en udvidelse, der indfører en række funktioner, som øger hastigheden.

Blandt andet vil SPDY gøre det muligt at foretage mange flere forespørgelser over den samme forbindelse, hvilket øger effektiviteten. Derudover indføres der prioritering af forespørgelser ligesom der anvende komprimering af HTTP-headers.

Målet er at opnå en hastighedsforbedring på mindst 50 %. I testforsøg på kopier af de 25 største hjemmesider i verden, har Google opnået forbedringer på 64 %.

For at kunne anvende SPDY, skal både webserver og browser understøtte protokollen. Google har frigivet en udgave af Chrome med SPDY-understøttelse, og vil frigive en SPDY-kompatibel webserver som open source i den kommende uge.





Gå til bund
Gravatar #1 - johanmw
15. nov. 2009 12:04
Det var sgu da utroligt som de spytter nye teknologier ud hele tiden.
Gravatar #2 - ulrikn
15. nov. 2009 12:14
Ja de spilder sgu ikke tiden. :)
Så kommer det vel til at hedde spdy://google.com eller hvad ?
Gravatar #3 - spectual
15. nov. 2009 12:34
#0 skrev:
Blandt andet vil SPDY gøre det muligt at foretage mange flere forespørgelser over den samme forbindelse, hvilket øger effektiviteten


Det er vel allerede muligt via. http pipelining?
Gravatar #4 - Wlah
15. nov. 2009 12:41
spectual (3) skrev:
Det er vel allerede muligt via. http pipelining?

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.

Gravatar #5 - HerrMansen
15. nov. 2009 12:52
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.
Gravatar #6 - Mulpacha
15. nov. 2009 13:00
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. :)
Gravatar #7 - LordMike
15. nov. 2009 13:01
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? :)
Gravatar #8 - Mulpacha
15. nov. 2009 13:11
LordMike (7) skrev:
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..


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.

Gravatar #9 - LER
15. nov. 2009 13:40
Woohooo! Nu kan jeg komme 50% hurtigere til p0rn-siderne..
Gravatar #10 - xenocrates
15. nov. 2009 13:59
#9 Now that's a great day for everybody!
Gravatar #11 - spectual
15. nov. 2009 14:02
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.
Gravatar #12 - bjerh
15. nov. 2009 14:37
#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.
Gravatar #13 - illishar
15. nov. 2009 15:15
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.
Gravatar #14 - Skak2000
15. nov. 2009 19:10
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?
Gravatar #15 - Wlah
15. nov. 2009 20:04
Opsporet på en irc kanal jeg hænger ud på:
https://bugzilla.mozilla.org/show_bug.cgi?id=52828...

måske ikke så relevant, men ganske sjovt :)
Gravatar #16 - Lobais
15. nov. 2009 21:19
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?
Gravatar #17 - Scavy
15. nov. 2009 22:17
Lobais (16) skrev:
Hvis de nu frigav en apache patch, ville det hurtigt spredes til hovedparten af sider. Hvad skal vi med en ny webserver?


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.
Gravatar #18 - mojo
15. nov. 2009 22:31
#17 De kunne vel godt have lavet et Apache modul som proof-of-concept?
Gravatar #19 - mrF0x
15. nov. 2009 22:43
De bliver bare ved med at imponere..

Hatten af for Google ...!
Gravatar #20 - coday
16. nov. 2009 06:41
LER (9) skrev:
Woohooo! Nu kan jeg komme 50% hurtigere. til p0rn-siderne..

Fixed it for you :P
Gravatar #21 - dj-chr
16. nov. 2009 06:57
Sådan google! Fedt arbejde, nice at jeg hoppede på google chrome vognen fra start!
Gravatar #22 - cryo
16. nov. 2009 09:01
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.
Gravatar #23 - fennec
16. nov. 2009 09:25
#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.
Gå til top

Opret dig som bruger i dag

Det er gratis, og du binder dig ikke til noget.

Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.

Opret Bruger Login