Google meddelade för några dagar sedan har det redan börjat med distributionen av HTTP / 3 och IETF QUIC i Chrome och i tillkännagivandet säger han att han förväntar sig att denna uppdatering kommer att ge ytterligare prestandaförbättringar, särskilt med stöd för QUIC.
QUIC är ett nytt nätverkstransportprotokoll som kombinerar funktionerna i TCP, TLS och mer. HTTP / 3 är den senaste versionen av HTTP, protokollet som bär den stora majoriteten av webbtrafiken. HTTP / 3 fungerar bara på QUIC.
Internet Engineering Task Force, eller IETF, introducerade HTTP / 2 2015, och en av de stora förbättringarna den gjorde är stöd för multiplexing.
Den använde dock TCP som transportprotokoll och mekanismer för återhämtning av förluster i TCP, så förlorade paket kan fortfarande orsaka en försening i alla aktiva transaktioner.
Genom att anta QUIC kan HTTP / 3 förbättra överföringsprocessen ytterligare, eftersom de förlorade paketen i detta fall endast påverkar de direkt påverkade transaktionerna.
I själva verket QUIC utvecklades ursprungligen av Google och tillkännagavs först 2013. Sedan dess har protokollet blivit vuxet och ansvarar för närvarande för att bära en tredjedel av Googles trafik.
Sedan 2015 övergick utvecklingen av QUIC till händerna på IETF, standardorganet som ansvarar för att upprätthålla internetprotokoll. IETF har förbättrat QUIC med flera ändringar. Hittills finns det två liknande men olika protokoll, som är: Google QUIC och IETF QUIC.
Google har meddelat att de alltid har använt sin egen version av QUIC, men att hans QUIC-team också är involverat i implementeringen av den egenutvecklade versionen av IEFT. "Vi har gjort stora ansträngningar för att utveckla Google QUIC under de senaste fem åren för att hålla jämna steg med de förändringar som gjorts av IETF, och den senaste versionen av Google QUIC har många likheter med IETF QUIC", heter det i blogginlägget. Från Google, för övrigt, klargjorde att vissa saker fortfarande saknades.
Som ett exempel hittills de flesta Chrome-användare kan inte kommunicera med IETF QUIC-servrar utan att aktivera några kommandoradsalternativ. Likaså, Google tillade att man nu har funnit att IETF QUIC överträffar HTTP betydligt jämfört med TLS 1.3 jämfört med TCP.
I synnerhet sa företaget att Googles latens för sökmotorer minskas med mer än 2%. YouTubes bufferttid har minskats med mer än 9%. Dessutom har klientprestanda ökat med mer än 3% på stationära datorer.
På mobiltelefoner ökade kundernas prestanda med mer än 7%. Dessa och andra orsaker ligger bakom Chromes övergång till QUIC-versionen av IETF. ”Vi är glada att meddela att Chrome implementerar stöd för IETF QUIC (specifikt pilotversionen h3-29).
Idag använder cirka 25% av användarna av den stabila versionen av Chrome h3-29, och vi planerar att öka denna siffra under de kommande veckorna genom att fortsätta att övervaka prestandadata, säger företaget i sitt blogginlägg.
"Chrome kommer aktivt att stödja både IETF QUIC h3-29 och Google QUIC-versionen (Q050) för att ge servrar som stöder Q050 tid att uppgradera till IETF QUIC," tillade han. Chrome m85 stöder ännu inte IETF QUIC 0-RTT och Google förväntar sig att denna prestanda blir ännu bättre när den släpper stöd för IETF QUIC 0-RTT under de kommande månaderna. Eftersom IETF QUIC-versionerna 30 och 31 inte innehåller ändringar som kan bryta kompatibiliteten planerar företaget inte att ändra identifieraren "över-the-wire".
Detta innebär att fortsätter att spåra ändringar i IETF-versionen, men kommer att implementeras som h3-29 / 0xff00001d.
Därför rekommenderar den att servrar fortsätter att stödja h3-29 tills slutliga RFC: er har slutförts om de vill samarbeta med Chrome. Men om IETF gör ändringar som bryter mot kompatibilitet i ett framtida projekt kommer Chrome att omvända beslutet.
Fuente: https://blog.chromium.org