Google paziņoja pirms dažām dienām tas jau ir sācies HTTP / 3 un IETF QUIC izvietošana pārlūkā Chrome un paziņojumā viņš saka, ka viņš cer, ka šis atjauninājums radīs dažus papildu veiktspējas uzlabojumus, īpaši ar atbalstu QUIC.
QUIC ir jauns tīkla transporta protokols kas apvieno TCP, TLS un daudz ko citu. HTTP / 3 ir jaunākā HTTP versija, protokols, kas nodrošina lielāko daļu tīmekļa trafika. HTTP / 3 darbojas tikai ar QUIC.
Interneta inženierijas darba grupa jeb IETF 2. gadā ieviesa HTTP / 2015, un viens no lielākajiem tās veiktajiem uzlabojumiem ir atbalsts multipleksēšanai.
Tomēr tas izmantoja TCP kā transporta protokolu un zaudējumu atkopšanas mehānismus TCP, tāpēc zaudētās paketes joprojām var izraisīt visu aktīvo darījumu aizkavēšanos.
Pieņemot QUIC, HTTP / 3 var vēl vairāk uzlabot pārsūtīšanas procesu, jo zaudētās paketes šajā gadījumā ietekmē tikai tieši ietekmētos darījumus.
Patiesībā, QUIC sākotnēji izstrādāja Google un pirmo reizi tika paziņots 2013. gadā. Kopš tā laika protokols ir sasniedzis pilngadību, un šobrīd tas ir atbildīgs par trešdaļas Google datplūsmas nodrošināšanu.
Tad 2015. gadā QUIC izstrāde nonāca IETF, standartu organizācijas, kas atbild par interneta protokolu uzturēšanu, rokās. IETF ir uzlabojis QUIC ar vairākām izmaiņām. Līdz šim ir divi līdzīgi, bet atšķirīgi protokoli, kas ir: Google QUIC un IETF QUIC.
Google ir paziņojusi, ka vienmēr ir izmantojusi savu QUIC versiju, bet viņa QUIC komanda ir iesaistīta arī IEFT patentētās versijas ieviešanā. "Mēs pēdējos piecos gados esam pielikuši ievērojamas pūles Google QUIC attīstībā, lai neatpaliktu no IETF veiktajām izmaiņām, un pašreizējā Google QUIC jaunākajā versijā ir daudz līdzību ar IETF QUIC," teikts emuāra ziņā. no Google, turklāt paskaidroja, ka dažas lietas joprojām trūkst.
Kā piemērs, līdz šim lielākā daļa Chrome lietotāju nevar sazināties ar IETF QUIC serveriem neiespējot dažas komandrindas opcijas. Tāpat arī Google piebilda, ka tagad ir konstatēts, ka IETF QUIC ievērojami pārspēj HTTP salīdzinājumā ar TLS 1.3 salīdzinājumā ar TCP.
Jo īpaši uzņēmums teica, ka Google meklētājprogrammu latentums ir samazināts par vairāk nekā 2%. YouTube buferizācijas laiks ir samazināts par vairāk nekā 9%. Turklāt klienta veiktspēja galddatoros ir palielinājusies par vairāk nekā 3%.
Mobilajos tālruņos klientu veiktspēja pieauga par vairāk nekā 7%. Šie un citi iemesli ir aiz Chrome pārslēgšanās uz IETF QUIC versiju. "Mēs priecājamies paziņot, ka pārlūks Chrome ievieš IETF QUIC atbalstu (īpaši h3-29 izmēģinājuma versiju).
Šodien aptuveni 25% Chrome stabilās versijas lietotāju izmanto h3-29, un mēs nākamajās nedēļās plānojam palielināt šo skaitli, turpinot uzraudzīt veiktspējas datus, ”teikts uzņēmuma emuāra ziņā. .
"Chrome aktīvi atbalstīs gan IETF QUIC h3-29, gan Google QUIC versiju (Q050), lai serveriem, kas atbalsta Q050, būtu laiks jaunināt uz IETF QUIC," viņš piebilda. Pārlūks Chrome m85 vēl neatbalsta IETF QUIC 0-RTT, un Google sagaida, ka šī veiktspēja būs vēl labāka, kad nākamajos mēnešos tā atbrīvos atbalstu IETF QUIC 0-RTT. Turklāt, tā kā IETF QUIC 30. un 31. versijā nav izmaiņu, kas varētu sabojāt saderību, uzņēmums neplāno mainīt identifikatoru "pa vadu".
Tas nozīmē, ka turpinās sekot izmaiņām IETF versijā, bet tiks ieviests kā h3-29 / 0xff00001d.
Tāpēc tā iesaka serveriem turpināt atbalstīt h3-29, līdz tiek pabeigti galīgie RFC, ja tie vēlas sadarboties ar Chrome. Tomēr, ja IETF veiks izmaiņas, kas grauj saderību nākamajā projektā, Chrome mainīs šo lēmumu.
Fuente: https://blog.chromium.org