QUIC: il nuovo protocollo di Google per velocizzare internet

[Redazione di Hardware Upg]

Link alla notizia: http://www.hwupgrade.it/news/web/qui...net_56906.html

Fra i tanti progetti di Google troviamo QUIC, un nuovo protocollo di trasferimento dati attraverso UDP, che consente latenze minime con i server che abbiamo già visitato

Click sul link per visualizzare la notizia.

[cignox1]

3% sulla pagina delle ricerche. WOW!

Sarebbe interessante avere una stima sul miglioramento ottenibile per pagine molto complesse come quelle che ci sono oggigiorno...

D'altronde, per quanto funzionale si sia dimostrato tcp (e ip etc), sono comunque tecnologie che hanno ere geologiche alle spalle, tecnologicamente parlando...

[zappy]

e ora google si mette pure a modificare i protocolli di rete per guadagnare un misero 3%?!? o forse per rendere internet googlenet?

[wal7er]

Goolge si può permettere anche di modificare i protocolli, in ogni caso li deve proporre come standard allo IETF che li può bocciare se non vanno bene come standard appunto.

[LMCH]

Originariamente inviato da zappy

e ora google si mette pure a modificare i protocolli di rete per guadagnare un misero 3%?!? o forse per rendere internet googlenet?

QUIC al momento è già implementato a livello di applicazione senza bisogno di mettere mano ai S.O.
Non altera i protocolli di rete esistenti, viene proposto come nuovo standard coesistente con essi (come coesistono tutti i vari standard basati su TCP ed UDP).

Per quanto riguarda la velocità quel 3% di velocità in più è riferito alla pagina principale
del motore di ricerca Google (molto "leggera" rispetto alle pagine obese di certi siti ed ottimizzata per caricarsi rapidamente con i "vecchi protocolli").
La cosa da notare semmai è quel 30% di riduzione dei rebuffer quando si usa YouTube.

Inoltre i vantaggi principali di QUIC si notano quando si ha una connessione a bassa velocità o satura di traffico (e considerato come siamo messi qui in Italia, mi sa che da noi la differenza si noterà molto di più rispetto ad altri paesi).

[floc]

ci mancavano solo i talebani contro google adesso... Vien da pensare che non si leggano gli articoli

[AlPaBo]

Originariamente inviato da LMCH

QUIC al momento è già implementato a livello di applicazione senza bisogno di mettere mano ai S.O.
Non altera i protocolli di rete esistenti, viene proposto come nuovo standard coesistente con essi (come coesistono tutti i vari standard basati su TCP ed UDP).

Per quanto riguarda la velocità quel 3% di velocità in più è riferito alla pagina principale
del motore di ricerca Google (molto "leggera" rispetto alle pagine obese di certi siti ed ottimizzata per caricarsi rapidamente con i "vecchi protocolli").
La cosa da notare semmai è quel 30% di riduzione dei rebuffer quando si usa YouTube.

Inoltre i vantaggi principali di QUIC si notano quando si ha una connessione a bassa velocità o satura di traffico (e considerato come siamo messi qui in Italia, mi sa che da noi la differenza si noterà molto di più rispetto ad altri paesi).

Se sostituisce TCP e UDP non è a livello applicativo, ma a livello di trasporto. Una implementazione corretta dovrebbe, a mio parere, essere fatta attraverso il sistema di gestione dello stack dei protocolli, normalmente fatto dal sistema operativo. Qui sembra che Chrome si sostituisca ad alcune funzioni del SO: lecito ma criticabile.

E' del tutto corretta l'affermazione di wal7er: "Goolge si può permettere anche di modificare i protocolli, in ogni caso li deve proporre come standard allo IETF che li può bocciare se non vanno bene come standard appunto."

Quello che sembra incredibile è l'affermazione fatta nell'articolo, secondo il quale "potrebbe ben presto divenire uno standard de facto": parlare di standard de facto per un protocollo è insensato ed è assolutamente contrario allo spirito di Internet e ai meccanismi che ne hanno permesso la diffusione.

[danylo]

Per velocizzare internet basterebbe togliere la pubblicita' (incluso le javascript di Google AdSense).

[GTKM]

Originariamente inviato da floc

ci mancavano solo i talebani contro google adesso... Vien da pensare che non si leggano gli articoli

In realtà, è proprio leggendo gli articoli che sale la preoccupazione:
"QUIC ad oggi è solo un esperimento integrato su Chrome, ma potrebbe ben presto divenire uno standard de facto."

Standard de facto? Stiamo parlando di un protocollo di comunicazione, non di un word processor; viene il dubbio che qualcuno non conosca i meccanismi che stanno dietro la Rete.

Google, come gli altri, può proporre nuovi protocolli, ma affinché diventino standard (QUIC si colloca nello strato di trasporto, e le sue funzionalità devono essere implementate nello stack di rete del O.S., non certo in un browser, chiariamo anche questo) c'è un percorso preciso.

[ilmazz]

Originariamente inviato da wal7er

Goolge si può permettere anche di modificare i protocolli, in ogni caso li deve proporre come standard allo IETF che li può bocciare se non vanno bene come standard appunto.

stesso pensiero

[LMCH]

Originariamente inviato da AlPaBo

Se sostituisce TCP e UDP non è a livello applicativo, ma a livello di trasporto.

QUIC non sostituisce ne TCP e neppure UDP.
Anzi, è "costruito sopra" UDP (come del resto ad esempio HTTP è "costruito sopra TCP").
Per questo lo hanno implementato a livello applicativo su Chrome.

In pratica QUIC sta ad HTTP come TFTP sta ad FTP.

FTP è "costruito sopra" TCP
mentre il più leggero (a livello di traffico) TFTP è "costruito sopra" UDP.

[anghinus]

Originariamente inviato da GTKM

In realtà, è proprio leggendo gli articoli che sale la preoccupazione:
"QUIC ad oggi è solo un esperimento integrato su Chrome, ma potrebbe ben presto divenire uno standard de facto."

Standard de facto? Stiamo parlando di un protocollo di comunicazione, non di un word processor; viene il dubbio che qualcuno non conosca i meccanismi che stanno dietro la Rete.

Google, come gli altri, può proporre nuovi protocolli, ma affinché diventino standard (QUIC si colloca nello strato di trasporto, e le sue funzionalità devono essere implementate nello stack di rete del O.S., non certo in un browser, chiariamo anche questo) c'è un percorso preciso.

Preso dall'articolo:

"I piani di Google sono quelli di proporre HTTP2-over-QUIC alla IETF nel prossimo futuro, in modo che diventi un nuovo Internet standard"

E leggiamoli fino infondo gli articoli una qualche volta..

[GTKM]

Originariamente inviato da anghinus

Preso dall'articolo:

"I piani di Google sono quelli di proporre HTTP2-over-QUIC alla IETF nel prossimo futuro, in modo che diventi un nuovo Internet standard"

E leggiamoli fino infondo gli articoli una qualche volta..

Avevo letto, infatti mica ce l'avevo con Google
Ma leggere frasi come quella che ho quotato mi fa venire l'orticaria, soprattutto perché questo è (dovrebbe) essere un sito "tecnico".

Peace & Love

[giuseppe '97]

La cosa bella è che in un protocollo creato da google per google, cercando quic su google ci dirà "Forse cercavi quick"