neprihlásený Sobota, 23. novembra 2024, dnes má meniny Klement
Google vyvinul nový protokol, ktorý má dvojnásobne zrýchliť browsovanie

DSL.sk, 13.11.2009


Spoločnosť Google vo štvrtok oznámila vyvinutie nového protokolu SPDY pre komunikáciu medzi webovým prehliadačom a webovým serverom, ktorého cieľom je zdvojnásobiť rýchlosť načítavania stránok oproti dnes používanému protokolu HTTP.

SPDY, skratka od SPeeDY, používa u jednotlivých dotazov na webový server HTTP hlavičky rovnako ako protokol HTTP, výrazne ale zefektívňuje komunikáciu medzi prehliadačom a serverom.

SPDY používa rovnako ako HTTP komunikáciu pomocou TCP alebo SSL / TCP, prenosom dát v logických framoch umožňuje ale prenášať po jednom TCP spojení súčasne multiplexovane viacero streamov komunikácie medzi webovým prehliadačom a serverom. Webový prehliadač si tak môže postupne vyžiadať na jednom SPDY spojení viacero dokumentov a zasielané mu budú súčasne a flexibilne, každý podľa rýchlosti jeho generovania.

To odstraňuje blokovanie čakaním na pomalšie generovaný dokument u HTTP protokolu a eliminuje potrebu neefektívne otvárať viacero TCP spojení na jeden webový server.

SPDY zároveň zavádza prioritizáciu jednotlivých logických streamov respektíve HTTP požiadaviek. Webový prehliadač môže špecifikovať, ktoré dokumenty mu budú zasielané prednostne, napríklad podľa jeho potrieb pri renderovaní stránky.

Treťou podstatnou novinkou SPDY je kompresia samotných HTTP hlavičiek, ku ktorej u HTTP neprichádza.

Voliteľne podporovanou možnosťou v SPDY je aktívne zasielanie dokumentov serverom. Ak si napríklad prehliadač pýta webovú stránku, obrázky na nej si v HTTP vie vypýtať až po prijatí stránky a jej naparsovaní. V SPDY môže server iniciatívne zaslať prehliadaču dokument alebo zaslať v HTTP hlavičke odpovede zoznam dokumentov, ktoré navrhuje prehliadaču si vyžiadať.

Podľa simulovaných testov Google pri návšteve 25 najnavštevovanejších web stránok by použitie SPDY na linke s rýchlosťami 4 / 1 Mbps znížilo priemerný čas načítania stránok od 43% po 63% v závislosti na použitých možnostiach protokolu SPDY. Na linke s rýchlosťou 2 Mbps / 375 Kbps by zrýchlenie dosahovalo 27% až 48%.

Google má v súčasnosti k dispozícii experimentálnu verziu Chrome podporujúcu SPDY a pripravuje sprístupnenie open source webového servera podporujúceho SPDY. SPDY je zatiaľ ale v experimentálnej fáze a nie je nasadené na žiadnej webovej stránke.

Viac informácií o SPDY je možné nájsť na dev.chromium.org.


      Zdieľaj na Twitteri



Najnovšie články:

Protimonopolný úrad začal prešetrovať, prečo v SR nie sú skutoční virtuálni mobilní operátori
Nový trailer filmu Minecraft
Linux v ďalšej verzii vyradí súborový systém Reiser
Odštartovaná výroba flash pamäte s 321 vrstvami
Apple má prvýkrát použiť vlastný 5G modem v iPhone v marci
Linux dostáva podporu veľkokapacitných pamäťových SDUC kariet
USA požadujú, aby Google predal Chrome a potenciálne aj Android
ISS zvýšila orbitu, aby sa vyhla troskám zo satelitu
Vzniknú fyzické zábavné tematické Minecraft parky
Qualcomm chystá Snapdragon CPU pre lacnejšie PC, majú začínať na 600 dolárov


Diskusia:
                               
 

Tak by ma zaujimalo, ako sa testuje nieco, co este nieje nikde nasadene...
Odpovedať Známka: -7.6 Hodnotiť:
 

Simuláciou.
Odpovedať Známka: 9.1 Hodnotiť:
 

Ano, popripade existuje aj nieco ako testovacie prostredie.
Odpovedať Známka: 10.0 Hodnotiť:
 

tak urcite maju svoje testovacie servre kde to nasadene je...
Odpovedať Známka: 8.3 Hodnotiť:
 

Robi sa to pomocou korculoveho stola.
Zdola ma pripojene interpolacie v tvare
vazy, ktore sa v hornej casti premostene
optickym zotrvacnikom. Je to inac volne
aj dostupne na stiahnutie cez DSN port.
Odpovedať Známka: 8.3 Hodnotiť:
 

preco mas len 9.1 rating? :D :D
Odpovedať Známka: 4.9 Hodnotiť:
 

no najprv sa pouziju modelove data a situacie...A v tomto konkretnom pripade sa stranka napr. youtube preportovala na web server s podporou speedyho a..... otestovala na roznych up/down rychloastiach.
Odpovedať Známka: 10.0 Hodnotiť:
 

No tak takáto správa vždy poteší. Vývoj nových/lepších protokolov je fakt DOSŤ podstatná vec. Keep up guys doing great job!
Odpovedať Známka: 8.9 Hodnotiť:
 

Začínam mať Google rád.
Odpovedať Známka: 4.0 Hodnotiť:
 

Fajn to je zaujimave, len som zvedavy aky bude prechod/ak bude.../ na tento novy protokol, ake zmeny budu na servroch a aku dobu budu este sucastne web browsery kompatidebilne s HTTP....
Odpovedať Známka: 7.9 Hodnotiť:
 

konecne bude moct server poslat odporuceny virus prehliadacu aj bez toho, aby si to prehliadac priamo vyziadal ;o) ...
Odpovedať Známka: 3.9 Hodnotiť:
 

No to by ani nevadilo, maximalne sa ten virus dostane do browser cache. Horsie to bude ak mu posle dokument, ktory sa bude tvarit inac (napr. ak bude podobny bug ako v pri http rozdelovani hlaviciek) a nastane cache poisoning... Podobne funguje aj na DNS, ked server posle v odpovedi aj dalsi zaznam, ktory si niektori DNS klienti ulozia do cache bez toho aby si skontrolovali, ci je autoritativna - ja sa napr. opytam DNS servera zly.sk aku IP ma www.zly.sk a on mi okrem toho posle aj IP gmail.com.
Odpovedať Známka: 8.7 Hodnotiť:
 

zoberte si niekoho kto browsuje s adblockom, ktory mu eliminuje flash a nemusi ho nacitavat...takto mu stranka nasere rovno vsetku flashovu reklamu, necudo ze nieco podobne prislo od chromeho googla
Odpovedať Známka: 1.2 Hodnotiť:
 

ja som to pochopil tak, ze server iba navrhne browseru co mozno bude chciet este tahat, aby sa nemuselo cakat kym browser naparsuje html stranku.
btw. chrome je podla mna perspektivny prehliadac.
Odpovedať Známka: 10.0 Hodnotiť:
 

hmm nerad by som sa mylil ale adblock tie flashe len nezobrazuje ale realne ich stale musi stiahnut. to ze ti protokol da pri odpovedi zoznam veci ktore mas stiahnut je dobra vec - druha vec je ci ich chces zobrazit a pre toto pouzitie bude adblock stale fungovat.

btw "chromy" google nidky nepouzival flashovu reklamu a presadzuje html5 miesto flashu/silverlightu takze silne pochybujem ze by vazne chceli nutit ludi pouzivat flash...
Odpovedať Známka: 10.0 Hodnotiť:
 

praveze hej, bo najprv spracuje html stranku a odfiltruje znej vsetky ad veci, nasledne sa nacitavaju vsetky elementy natej stranke (obrazky, flash etc...) cize sa ti tak kopu veci nenacita
Odpovedať Známka: 3.3 Hodnotiť:
 

no ak sa nemylim tak tie elementy ktore "nenacita" iba da to css tagu ktory ma
display: none !important;
Odpovedať Hodnotiť:
 

Server ale iba navrhuje, co b mohol prehliadac dalej chciet, napr stiahnut css, pozadie, reklamu, text. Prehliadac si z toho vyberie a ak tam ams adblock, tak si nemusi napriklad vybrat reklamu. Podla mna nic zloziteho, mozno si nepochopil clanok.
Odpovedať Hodnotiť:
 

inac fakt, bude to branit filtrovaniu weboveho obsahu... ak by sa aj tie obrazky nenacitali, aby sa najprv vyhodnotili nejakym adblockom, bolo by to cca rovnake ako pri http... cize imho by si uzovatelia radsej volili rychlejsi net s reklamaou
Odpovedať Známka: 2.0 Hodnotiť:
 

"SPDY, skratka od SPeeDY" ..... a co tak SPDY ako kamuflaz na SPY :D
Odpovedať Známka: 2.7 Hodnotiť:
 

zas pomne niekto opakuje kua...
Odpovedať Známka: 7.8 Hodnotiť:
 

mam pocit, ze opera to robi uz dakych dobrych 10 rokov... (ze sa pripoji na server viacerymi vlaknami)
Odpovedať Známka: -8.3 Hodnotiť:
 

lol to robi kazdy browser...
pocet konekcii pre jednotlive browsre:
Browser HTTP/1.1 HTTP/1.0
IE 6,7 2 4
IE 8 6 6
Firefox 2 2 8
Firefox 3 6 6
Safari 3,4 4 4
Chrome 1,2 6 ?
Chrome 3 4 4
Opera 9.63,10.00alpha 4 4

jedna sa o pocet konekcii k jednemu hostu. ak si vsimnes tak kopec stranok ked sa ti nacitava tak sa pripaja k www1.domena www2.domena - to je prave z dovodu aby sa tieto limity zvysili (samozrejme ze s tymto treba opatrne tie limity maju svoje opodstatnenie ;) )
Odpovedať Známka: 10.0 Hodnotiť:
 

ach sakra prace ta tabulka vyzera desne... uz by ste s tym daco mohli urobit...
tu je link na clanok kde je ta tabulka "normalna"
http://tinyurl.com/39bq2c
Odpovedať Známka: 5.0 Hodnotiť:
 

Myslíš, že v Google robia takí hlupáci, že by znova vynachádzali koleso?
BTW, v slovníku som nenašiel slovo konekcia.
Odpovedať Známka: 1.4 Hodnotiť:
 

1. o google moj prispevok nic nehovoril, len som vysvetloval prispievajucemu nadomnou ze to navazovanie viacerych konekcii pri stahovani resources je standardne spravanie browsrov.
2. o tom slovniku sa mozem porozpravat na servry:
Lingvisticky svet pod lupou! (a.k.a. neviem co k teme povedat tak vypisujem bludy) alebo tiez inymi slovami : mozme sa kludne zacat bavit po anglicky a bude pokoj a nikto sa tu nebude dohadovat ci je pointer smerovac alebo ukazovac...
alebu uplne strucne: STFU grammar nazi!

Odpovedať Hodnotiť:
 

Ci sa mi stranka nacitava 1500ms alebo 750ms je mi vlastne celkom jedno. Kompresia vyzaduje zase procesorovy cas, takze pre embedded zariadenia to az taka vyhra byt nemusi. A potom cele je to postavane na predpoklade, ze obsah ide len od 1 serveru, ktory moze multiplexovat viac spojeni. Takze je pekne ze sa snazia, ale ze by to bolo nieco prevratne?
Odpovedať Známka: 6.7 Hodnotiť:
 

gzipovanie dat je server side takze zerie procesorovy cas na druhej strane.
a , ano, je to do istej miery prevratne pretoze v spojeni s ich ostatnymi technologiami na optimalizaciu web aplikacii (closure compiler, perfect caching, google web tookit) dosahuju uz vcelku zaujimave cisla.

Odpovedať Známka: 5.0 Hodnotiť:

Pridať komentár