Google chce zrýchliť TCP, zmenami v protokole

DSL.sk, 24.1.2012

Spoločnosť Google navrhuje zrýchliť protokol TCP, Transmission Control Protocol, základný protokol na Internete nad internetovým IP protokolom, na ktorom sú postavené mnohé ďalšie protokoly, služby a samozrejme celý web.

Protokol TCP poskytuje dvom komunikujúcim počítačom respektíve aplikáciám garantovaný prenos zoradených dát v oboch smeroch, čím pridáva spoľahlivosť k protokolu IP, u ktorého poradie a vôbec doručenie dát a paketov nie je garantované.

Google presadzuje celkom štyri väčšinou mierne modifikácie štandardu TCP, ktoré majú prispôsobiť TCP na súčasné vysoké rýchlosti pripojení. Spoločnosť o navrhovaných zmenách spoločnosť informuje v tomto oznámení.

Prvou zmenou je zvýšenie štandardnej veľkosti počtu TCP segmentov, ktoré môžu byť odoslané pred ich potvrdením druhou stranou, tzv. congestion window, hneď na začiatku spojenia z maximálne štyroch na minimálne desať. Štyri segmenty umožňujú bez potvrdenia preniesť cca 6 KB dát, pre prenos 15 KB dát na začiatku spojenia je tak v súčasnosti potrebný čas rovný minimálne trojnásobku času, po ktorý paket prejde medzi komunikujúcimi počítačmi a spať.

Nastavenie na minimálne desať umožní preniesť 15 KB, napríklad teda aj malé stránky na webe, naraz bez potvrdenia druhej strany a tak bez zbytočného zdržania. Podľa experimentu Google zmena reálne zrýchli prenos web stránok celkovo o 10%.

Google tiež navrhuje znížiť počiatočný timeout TCP spojenia, ktorý rozhoduje o reštarte pokusu nadviazať spojenie, z troch sekúnd na jednu sekundu. S novým nastavením by tak aplikácie skôr nadviazali spojenie pri náhodnom výpadku počiatočných paketov respektíve skôr zistili nefunkčnosť spojenia. Takéto nastavenie používa už napríklad Mac OS X.

Ďalšou navrhovanou zmenou je podpora funkčnosti TCP Fast Open, ktorá umožní v prvom pakete nadväzujúcom spojenie zároveň odoslať HTTP požiadavku. Ak server použije tiež navrhované počiatočné nastavenie congestion windows na 10, odpovede do 15 KB môžu byť doručené s časom jedného RTT, round trip time.

Zmena podľa Google zrýchli načítavanie stránok priemerne o 10%, v mnohých prípadoch až o viac ako 40%.

Štvrtou navrhovanou zmenou je nový algoritmus, ktorý rozhoduje o zrýchľovaní parametrov prenosu po detekcii straty paketov. Algoritmus prispôsobuje rýchlosť prenosu miere stratovosti paketov a podľa Google je rýchlejší ako doteraz používaný mechanizmus. Nový algoritmus je už použitý v novom jadre Linuxu 3.2.

Google sa v oznámení špecificky nevenuje kompatibilite navrhovaných zmien so súčasnou podobou TCP štandardu, z povahy zmien ide väčšinou o jednostranné zmeny pri komunikácii kompatibilné s doterajšími implementáciami. Výnimkou je zrejme prvá navrhovaná zmena, ktorá vyžaduje pre efektívnosť aj dostatočne veľké TCP prijímacie okno u druhej strany. Podľa zistení Google ale viac ako 90% klientov na Internete používa prijímacie okno väčšie ako 15 KB.




Najnovšie články:



Diskusia:

Pekne Od reg.: Gyrxiur | Pridané: 24.1.2012 12:18 som za Odpovedať Známka: 7.6 Hodnotiť:

Re: Pekne Od reg.: foobar0 | Pridané: 24.1.2012 12:57 Tak dik, ze si to odsuhlasil, myslim, ze toto bola posledna vec, ktora branila uprave standardu. Odpovedať Známka: 8.5 Hodnotiť:

Re: Pekne Od: 100 rocny dedo | Pridané: 24.1.2012 13:19 ale musis uznat ze tie upravy by sa fakt zisli... ale zase na druhu stranu mozu tam byt nejake skryte problemy Odpovedať Známka: 8.9 Hodnotiť:

Re: Pekne Od reg.: Gyrxiur | Pridané: 24.1.2012 13:48 no veď preto som tak urobil, inak by ste ma ukameňovali, že to viazne u mňa Odpovedať Známka: 8.6 Hodnotiť:

Re: Pekne Od: Aj ja | Pridané: 25.1.2012 12:21 http://tinyurl.com/7q3v5hr Odpovedať Známka: 10.0 Hodnotiť:

dawdaw Od: dawdawda | Pridané: 24.1.2012 12:43 ja proti Odpovedať Známka: -5.9 Hodnotiť:

Chyba hlasovanie Od: 5os5os | Pridané: 24.1.2012 12:47 Chyba hlasovanie :) Odpovedať Známka: 8.5 Hodnotiť:

Titulok príspevku musí mať dĺžku aspoň 5 znakov. Od: skrecok | Pridané: 24.1.2012 12:48 ja sa zdrzujem hlasovania Odpovedať Známka: 0.6 Hodnotiť:

..... Od: Ja. | Pridané: 24.1.2012 13:27 to by sa tlačilo cez wifi... Odpovedať Známka: 4.3 Hodnotiť:

Re: ..... Od reg.: jupiii | Pridané: 24.1.2012 14:37 Stranka by vysla uz pri pri nadviazani komunikacie, ak by obsahovala jednoduchy text :-) Odpovedať Známka: 7.5 Hodnotiť:

Rýchlejšia tlač? Od reg.: Xwing | Pridané: 24.1.2012 13:54 Takže si vytlačím papier vo veľkom kancli cez WiFi a prídem si po hotový papier o 10% rýchlejšie? Posledná bariéra bola konečne prekonaná :) Odpovedať Známka: 5.0 Hodnotiť:

Re: Rýchlejšia tlač? Od: Mis0 | Pridané: 24.1.2012 15:15 Potom k nej je bezbarierovy pristup. Odpovedať Známka: 4.5 Hodnotiť:

Google chce zrýchliť TCP Od: artii | Pridané: 24.1.2012 14:21 nebolo nieco take zavedene do kernelu linuxu pred nedávom? Niekde som to cital ze tam nastala akasi zmena. Odpovedať Známka: 2.5 Hodnotiť:

Re: Google chce zrýchliť TCP Od reg.: pocitujlasku | Pridané: 24.1.2012 18:21 Ano, google daval upravy kernelu, ktore sa tykaju TCP, a myslim, ze su to tieto. Odpovedať Známka: 10.0 Hodnotiť:

titulok Od: asdfgh | Pridané: 24.1.2012 14:43 ok, I approve Odpovedať Známka: -6.7 Hodnotiť:

whatever Od: tino888 | Pridané: 24.1.2012 15:09 deja vu Odpovedať Známka: 3.3 Hodnotiť:

suhlasim - ale zmenit spolu s IPv6 Od: kokotenko | Pridané: 25.1.2012 9:06 suhlasim, ale nech sa to realizuje a presadi spolu so zmenami v ramci IPv6. Ale to nepredpokladam. Realita je taka, ze firmy zarobia viac ked zmenia standard dva krat a zauctuju si dvakrat to, co mohli urobit na jeden raz. Odpovedať Známka: -5.0 Hodnotiť:

poprosim minuska Od: ubx | Pridané: 14.12.2012 17:08 1. odporucam preformulovat odstave c. 2, kedze vlastnosti uvadzane pri IP protokole by sa dali skor uviest ako dovod pouzit TCP namiesto UDP. Nehladiac na to, ze IP daco ako poradie paketu z principu nema a teda ho nemoze garantovat. IP protokol sluzi predsa len ako transportna vrstva pre vyssie protokoly. 2. TCP Fast Open - toto sa ale tyka len naslednych spojeni (cize nie prveho) medzi konkretnym klientom a serverom, kedze kriticky komponent - SYN Cookie sa prave odovzdava pri prvom spojeni uzatvaranom beznym sposobom. Kazdopadne zrovna pre HTTP traffic velmi sikovne. Aj ked som zvedavy na bezpecnostne nasledky v praxi. On sa uz najde dakto, kto to skusi vyuzit "alternativne" :-) Odpovedať Hodnotiť:

Pridať komentár