Alfonso Maruccia
giovedì 26 gennaio 2012

Google: ci vuole un TCP col turbo

Mountain View dispensa consigli, proposte e upgrade di codice volti a velocizzare le attuali prestazioni delle comunicazioni telematiche fra client e server. Questa volta l'obiettivo è aggiornare il protocollo TCP

Roma - L'ossessione di Google per la velocità nelle comunicazioni telematiche è un fatto ben noto: Mountain View intende mettere mano un po' a tutti gli standard di rete per raggiungere il traguardo delle trasmissioni istantanee, e dopo aver pensato ad HTTP, la Grande G passa ora a al protocollo TCP con una serie di consigli e proposte tecnologiche su come incrementarne le prestazioni quanto più sia possibile.

TCP è un layer di trasporto dati fondamentale, dice Google, la vera bestia da soma di Internet, ma soffre di limitazioni derivate dal suo design e necessita di qualche upgrade per stare al passo del nuovo Web delle app, di HTML5 e del cloud computing.

Tra le indicazioni tecniche di Mountain View per mettere TCP al passo coi tempi c'è l'incremento della "finestra di congestione iniziale" del protocollo: dagli attuali 3 pacchetti di dati spediti a ogni connessione Google vuole passare a 10 pacchetti, e così facendo si ridurrebbe la latenza nei trasferimenti di dati di "oltre il 10 per cento".
Il periodo di time-out andrebbe poi portato dai 3 secondi a 1 secondo, stima Google, perché diversamente da qualche decade fa il valore originario (3 secondi, appunto) non sarebbe più appropriato alla Internet odierna.

Un'altra proposta di Google per velocizzare lo scambio di dati in rete è l'adozione diffusa del "Fast Open protocol", una nuova revisione dello stack TCP che si prende cura di modulare il rate di trasmissione dei dati in relazione al "rumore" e di recuperare i pacchetti persi in maniera molto più efficiente. Le nuove funzionalità sono già state integrate nel kernel di Linux, dice Mountain View, e presto diventeranno parte integrante del protocollo TCP.

Alfonso Maruccia
Notizie collegate
  • AttualitàGoogle vuole accelerare il webUna nuova iniziativa di Mountain View punta sul tweaking e l'avanzamento prestazionale del web. Infrastruttura, codice e contenuti devono viaggiare alla velocità della luce, per il bene di tutti
  • TecnologiaGoogle mette il turbo al webMountain View sperimenta un nuovo protocollo di comunicazione tra client e server web. Promette prestazioni raddoppiate e ottimizzazioni a tutto spiano
15 Commenti alla Notizia Google: ci vuole un TCP col turbo
Ordina
  • In italia abbiamo le 20 mega che vanno a 10.. ma quale velocità! Poi con sta crisi chi si potrà permettere di avere la banda larghissima a prezzi fuori dal mondo? Proprio ieri controllavo le offerte telecom per adsl, la 20mega ti costa 25euro/mese, la 7mega che dovrebbe costare meno della metà di quel prezzo, in realtà costa solo 5 euro in meno... bella fregatura, loro lo chiamano marketing creativo. Quando uscirà la 100mega di telecom te la faranno pagare 100euro/mese, se non hai dai spendere tutti quei soldi potrai avere la 50mega a soli 95euro/mese.
    non+autenticato
  • Google sembrerebbe pronta a lanciare la "nuova internet" domani... ma le infrastrutture non lo sono.

    E' inutile modificare i protocolli esistenti per diminuire la latenza se poi le congestioni di rete (spesso nell'ultimo miglio, ma non solo...) rovinano il giochino...

    1 secondo non sarà accettabile per loro... ma non è raro vederlo in certe condizioni.

    Prima vanno migliorate le connessioni, poi si può modificare i protocolli.
    non+autenticato
  • per sparare pubblicità in faccia ai naviganti...
    MeX
    15798
  • - Scritto da: MeX
    >
    > per sparare pubblicità in faccia ai naviganti...

    I see what you did there Troll A bocca aperta

    ovvio che google lo fa per proprio tornaconto, però se facendolo incidentalmente migliora i protocolli che tutti usiamo...

    comunque secondo me basterebbe usare il fastf*ck
    in memoria di s0nk A bocca aperta
    non+autenticato
  • Eh già.
    La vere innovazioni sono sicuramente Siri e facetime.



    Rotola dal ridere

    Ma andate a ....
    non+autenticato
  • Si interessante tutto questo, in un mondo ideale dove tutti siamo collegati a banda larghissima sarebbe bellissimo poter sfruttare a pieno queste ottimizzazioni, ma qui nel bel paese siamo ancora al modem analogico in certe zone piuttosto che alle adsl che vanno a singhiozzo o non vanno del tutto e non credo che sia solo un problema dell'italia.
    mura
    1297
  • Immagino tu ti riferisca al taglio del timeout da 3 a 1 secondo.
    Stessa cosa che ho pensato io.

    In più credo che il DOS/DDOS ne verrebbe facilitato, almeno su apparecchiature non troppo recenti (>88% del hw sui nodi mondiali, non solo italiani. Prendi i DNS per esempio)

    Buona idea in un mondo "alla Google", ma la realtà è ben altra.
    non+autenticato
  • - Scritto da: mura
    > Si interessante tutto questo, in un mondo ideale
    > dove tutti siamo collegati a banda larghissima
    > sarebbe bellissimo poter sfruttare a pieno queste
    > ottimizzazioni, ma qui nel bel paese siamo ancora
    > al modem analogico in certe zone piuttosto che
    > alle adsl che vanno a singhiozzo o non vanno del
    > tutto e non credo che sia solo un problema
    > dell'italia.


    La prima cosa da fare per aumentare la performance della rete è quella di rinnovare il protocollo di comunicazione cliet-server e passare da Http a SPDY

    http://www.chromium.org/spdy/spdy-whitepaper

    >> In lab tests, we have compared the performance of these applications over HTTP and SPDY, and have observed up to 64% reductions in page load times in SPDY<<


    cosi' senza dover cambiare/rinnovare nessuno stack TCP/Ip su tutte le macchine con nuovi driver etc ma mantenendo l'attuale che piu' si adatta anche a linee ADSL con portanti sporche ( = basso SRN Margin ) quindi con spesso perdita di pacchetti TCP , si avrebbe già un notevole dencremento dei tempi di download dati e pagine web senza smadonnare piu' di tanto sul Transport Layer level 3 su Tcp Model...il tutto aggiornando il browser web sui client ad implementare il nuovo protocollo Http SPDY ... idem con patate su Apache o IIS presenti sui server
    -----------------------------------------------------------
    Modificato dall' autore il 27 gennaio 2012 11.58
    -----------------------------------------------------------
    Fiber
    3562
  • mi sto scompisciando dalle risate da 3gg
    non+autenticato
  • - Scritto da: Fiber sistemista Oracle e SQL Server 200
    > mi sto scompisciando dalle risate da 3gg

    veramente a vedere che di cio' che ho scritto sopra non hai capito un'emerita fava anche perchè non sai capire l'inglese scritto nel link che ho postato....chi si scompiscia dalle risate sono sempre e solo che io

    impegnati di piu' ..eviteresti questi tuoi messaggi inutili da solo rodimento Rotola dal ridere
    -----------------------------------------------------------
    Modificato dall' autore il 27 gennaio 2012 12.24
    -----------------------------------------------------------
    Fiber
    3562
  • - Scritto da: Fiber
    > - Scritto da: Fiber sistemista Oracle e SQL
    > Server
    > 200
    > > mi sto scompisciando dalle risate da 3gg

    > veramente a vedere che di cio' che ho scritto
    > sopra non hai capito un'emerita fava

    E si, non abbiamo capito nulla, non siamo cosi' preparati: perche' invece non ce lo rispieghi con parole tue entrando meglio nei dettagli tecnici ?
    krane
    14561
  • - Scritto da: krane
    > E si, non abbiamo capito nulla, non siamo cosi'
    > preparati: perche' invece non ce lo rispieghi con
    > parole tue entrando meglio nei dettagli tecnici
    > ?

    Primo perchè in questi giorni ho poco tempo per dar retta ai troll avendo molto di meglio e renumerativo da fare ..

    secondo perchè ho messo apposta un link con tutte le spiegazioni, quindi ti fai un corso base di inglese, poi leggi quel link e poi forse ,ribadisco forse ( visto il tuo QI) capirai qualcosa assieme all'altro troll qua sopra..

    cià
    Fiber
    3562
  • - Scritto da: Fiber
    > - Scritto da: krane
    > > E si, non abbiamo capito nulla, non
    > > siamo cosi' preparati: perche' invece
    > > non ce lo rispieghi con parole tue
    > > entrando meglio nei dettagli tecnici ?

    > Primo perchè in questi giorni ho poco tempo per
    > dar retta ai troll avendo molto di meglio e
    > renumerativo da fare ..

    E noi come facciamo a lavorare senza poter chiedere a teSorpresa
    krane
    14561
  • Concordo, nei moltissimi paesi delle banane ( Italia compresa) con adls penose, rinnovare il protocollo tcp con latenze inferiori sarebbe meno vantaggioso rispetto a rinnovare il protocollo http con quello speedy.
    Rinnovare http è molto piu' veloce e facile.Basta aggiornare il solo sofware.
    non+autenticato
  • Ci ho dato un'occhiata molto superficiale, lo ammetto.
    Tuttavia:
    1) per la prioritizzazione dei pacchetti non basta l'IPv6, che è già stato inventato e, pianin pianino, è già in fase di adozione?
    2) per la compressione, le connessioni web già supportano la compressione, se sia client e server la supportano.