Google annonserte for noen dager siden har det allerede startet med distribusjonen av HTTP / 3 og IETF QUIC i Chrome og i kunngjøringen sier han at han forventer at denne oppdateringen vil gi noen ytterligere ytelsesforbedringer, spesielt med støtte for QUIC.
QUIC er en ny nettverksprotokoll som kombinerer funksjonene til TCP, TLS og mer. HTTP / 3 er den siste versjonen av HTTP, protokollen som bærer det store flertallet av nettrafikken. HTTP / 3 fungerer bare på QUIC.
Internet Engineering Task Force, eller IETF, introduserte HTTP / 2 i 2015, og en av de store forbedringene den gjorde er støtte for multiplexing.
Imidlertid brukte den TCP som transportprotokoll og tapsgjenopprettingsmekanismer i TCP, så tapte pakker kan fremdeles føre til forsinkelse i alle aktive transaksjoner.
Ved å vedta QUIC kan HTTP / 3 forbedre overføringsprosessen ytterligere, siden tapte pakker i dette tilfellet bare påvirker de direkte berørte transaksjonene.
Faktisk, QUIC ble opprinnelig utviklet av Google og først kunngjort i 2013. Siden den gang har protokollen blitt myndig og er for tiden ansvarlig for å bære en tredjedel av Googles trafikk.
I 2015 gikk utviklingen av QUIC i hendene på IETF, standardorganet som er ansvarlig for å opprettholde internettprotokoller. IETF har forbedret QUIC med flere endringer. Til dags dato er det to like, men forskjellige protokoller, som er: Google QUIC og IETF QUIC.
Google har kunngjort at de alltid har brukt sin egen versjon av QUIC, men at QUIC-teamet hans også er involvert i implementeringen av den proprietære versjonen av IEFT. "Vi har gjort en betydelig innsats for å utvikle Google QUIC de siste fem årene for å holde tritt med endringene som ble gjort av IETF, og den nåværende siste versjonen av Google QUIC har mange likheter med IETF QUIC," heter det i blogginnlegget. fra Google, i tillegg, presiserte at noen ting fortsatt manglet.
Som et eksempel, så langt de fleste Chrome-brukere kan ikke kommunisere med IETF QUIC-servere uten å aktivere noen kommandolinjealternativer. Like måte, Google la til at de nå har funnet at IETF QUIC overgår HTTP betydelig sammenlignet med TLS 1.3 sammenlignet med TCP.
Spesielt sa selskapet at Googles latens for søkemotorer reduseres med mer enn 2%. YouTubes buffertid er redusert med mer enn 9%. I tillegg har klientytelsen økt med mer enn 3% på stasjonære datamaskiner.
På mobiltelefoner økte kundeytelsen med mer enn 7%. Disse og andre grunner ligger bak Chromes bytte til QUIC-versjonen av IETF. “Vi er glade for å kunngjøre at Chrome implementerer støtte for IETF QUIC (spesielt pilotversjonen h3-29).
I dag bruker omtrent 25% av brukerne av den stabile versjonen av Chrome h3-29, og vi planlegger å øke dette antallet de neste ukene ved å fortsette å overvåke ytelsesdata, ”sa selskapet i blogginnlegget. .
"Chrome vil aktivt støtte både IETF QUIC h3-29 og Google QUIC-versjonen (Q050) for å gi servere som støtter Q050 tid til å oppgradere til IETF QUIC," la han til. Chrome m85 støtter ennå ikke IETF QUIC 0-RTT, og Google forventer at denne ytelsen vil bli enda bedre når den frigjør støtte for IETF QUIC 0-RTT de neste månedene. Siden IETF QUIC versjoner 30 og 31 ikke inneholder endringer som kan ødelegge kompatibiliteten, har selskapet ikke tenkt å endre identifikatoren "over-the-wire".
Dette betyr det vil fortsette å spore endringer i IETF-versjonen, men vil implementere som h3-29 / 0xff00001d.
Derfor anbefaler det at servere fortsetter å støtte h3-29 til endelige RFC-er er fullført hvis de vil samarbeide med Chrome. Imidlertid, hvis IETF gjør endringer som bryter kompatibilitet i et fremtidig prosjekt, vil Chrome reversere den avgjørelsen.
Fuente: https://blog.chromium.org