Google annoncerede for få dage siden er det allerede startet med implementeringen af HTTP / 3 og IETF QUIC i Chrome og i meddelelsen erklærer han, at han forventer, at denne opdatering vil medføre yderligere ydelsesforbedringer, især med support til QUIC.
QUIC er en ny netværks transportprotokol som kombinerer funktionerne i TCP, TLS og mere. HTTP / 3 er den nyeste version af HTTP, protokollen, der bærer langt størstedelen af webtrafikken. HTTP / 3 fungerer kun på QUIC.
Internet Engineering Task Force, eller IETF, introducerede HTTP / 2 i 2015, og en af de store forbedringer, den gjorde, er understøttelse af multiplexing.
Det brugte imidlertid TCP som transportprotokol og mekanismerne til tab af gendannelse i TCP, så tabte pakker kan stadig forårsage en forsinkelse i alle aktive transaktioner.
Ved at vedtage QUIC kan HTTP / 3 forbedre overførselsprocessen yderligere, da de mistede pakker i dette tilfælde kun påvirker de direkte berørte transaktioner.
Faktisk, QUIC blev oprindeligt udviklet af Google og blev først annonceret i 2013. Siden da er protokollen voksen og er i øjeblikket ansvarlig for at bære en tredjedel af Googles trafik.
Derefter, i 2015, gik udviklingen af QUIC i hænderne på IETF, standardorganet, der er ansvarlig for vedligeholdelse af internetprotokoller. IETF har forbedret QUIC med flere ændringer. Til dato er der to ens, men forskellige protokoller, som er: Google QUIC og IETF QUIC.
Google har meddelt, at de altid har brugt sin egen version af QUIC, men at hans QUIC-team også er involveret i implementeringen af den proprietære version af IEFT. "Vi har gjort en betydelig indsats for at udvikle Google QUIC i løbet af de sidste fem år for at holde trit med de ændringer, der er foretaget af IETF, og den nuværende seneste version af Google QUIC har mange ligheder med IETF QUIC," lyder blogindlægget. Fra Google, ud over, præciserede, at nogle ting stadig manglede.
Som et eksempel indtil videre de fleste Chrome-brugere kan ikke kommunikere med IETF QUIC-servere uden at aktivere nogle kommandolinjemuligheder. Ligeledes, Google tilføjede, at det nu har fundet ud af, at IETF QUIC overgår HTTP betydeligt sammenlignet med TLS 1.3 sammenlignet med TCP.
Især sagde virksomheden, at Googles ventetid på søgemaskiner reduceres med mere end 2%. YouTubes buffertid er reduceret med mere end 9%. Derudover er klientens ydeevne steget med mere end 3% på stationære computere.
På mobiltelefoner steg kundernes ydeevne med mere end 7%. Disse og andre grunde ligger bag Chromes skift til QUIC-versionen af IETF. ”Vi er glade for at kunne meddele, at Chrome implementerer support til IETF QUIC (specifikt h3-29 pilotversionen).
I dag bruger omkring 25% af brugerne af den stabile version af Chrome h3-29, og vi planlægger at øge dette tal i de kommende uger ved fortsat at overvåge ydeevnedata, ”sagde virksomheden i sit blogindlæg.
"Chrome understøtter aktivt både IETF QUIC h3-29 og Google QUIC-versionen (Q050) for at give servere, der understøtter Q050, tid til at opgradere til IETF QUIC," tilføjede han. Chrome m85 understøtter endnu ikke IETF QUIC 0-RTT, og Google forventer, at denne præstation bliver endnu bedre, når den frigiver support til IETF QUIC 0-RTT i de kommende måneder. Da IETF QUIC version 30 og 31 ikke indeholder ændringer, der kan bryde kompatibiliteten, har virksomheden heller ikke planer om at ændre identifikatoren "over-the-wire".
Det betyder at vil fortsætte med at spore ændringer i IETF-versionen, men implementeres som h3-29 / 0xff00001d.
Derfor anbefaler det, at servere fortsætter med at understøtte h3-29, indtil de endelige RFC'er er afsluttet, hvis de ønsker at interoperere med Chrome. Men hvis IETF foretager ændringer, der bryder kompatibilitet i et fremtidigt projekt, vil Chrome vende beslutningen.
kilde: https://blog.chromium.org