A anunțat Google acum câteva zile a început deja cu implementarea HTTP / 3 și IETF QUIC în Chrome și în anunț, el afirmă că se așteaptă ca această actualizare să aducă unele îmbunătățiri suplimentare de performanță, în special cu suport pentru QUIC.
QUIC este un nou protocol de transport în rețea care combină caracteristicile TCP, TLS și multe altele. HTTP / 3 este cea mai recentă versiune de HTTP, protocolul care transportă marea majoritate a traficului web. HTTP / 3 funcționează numai pe QUIC.
Internet Engineering Task Force sau IETF a introdus HTTP / 2 în 2015 și una dintre marile îmbunătățiri pe care le-a făcut este suportul pentru multiplexare.
Cu toate acestea, a folosit TCP ca protocol de transport și mecanisme de recuperare a pierderilor în TCP, astfel încât pachetele pierdute pot provoca în continuare o întârziere în toate tranzacțiile active.
Prin adoptarea QUIC, HTTP / 3 poate îmbunătăți și mai mult procesul de transfer, deoarece pachetele pierdute în acest caz afectează doar tranzacțiile direct afectate.
De fapt, QUIC a fost dezvoltat inițial de Google și anunțat pentru prima dată în 2013. De atunci, protocolul a ajuns la vârsta majoră și este în prezent responsabil pentru transportul unei treimi din traficul Google.
Apoi, în 2015, dezvoltarea QUIC a trecut în mâinile IETF, organismul de standardizare responsabil cu menținerea protocoalelor Internet. IETF a îmbunătățit QUIC cu mai multe modificări. Până în prezent, există două protocoale similare, dar diferite, care sunt: Google QUIC și IETF QUIC.
Google a anunțat că a folosit întotdeauna propria sa versiune de QUIC, dar că echipa sa QUIC este implicată și în implementarea versiunii brevetate a IEFT. „Am făcut eforturi semnificative pentru a evolua Google QUIC în ultimii cinci ani pentru a ține pasul cu modificările făcute de IETF, iar cea mai recentă versiune actuală a Google QUIC are multe asemănări cu IETF QUIC”, se arată în postarea de pe blog. de la Google, în plus, a clarificat că unele lucruri lipseau încă.
Ca exemplu, până acum majoritatea utilizatorilor Chrome nu pot comunica cu serverele IETF QUIC fără a activa unele opțiuni din linia de comandă. De asemenea, Google a adăugat că a constatat că IETF QUIC depășește semnificativ HTTP comparativ cu TLS 1.3 comparativ cu TCP.
În special, compania a spus că latența motorului de căutare Google este redusă cu peste 2%. Timpul de tamponare YouTube a fost redus cu mai mult de 9%. În plus, performanța clientului a crescut cu peste 3% pe computerele desktop.
Pe telefoanele mobile, performanța clienților a crescut cu peste 7%. Acestea și alte motive stau la baza trecerii Chrome la versiunea QUIC a IETF. „Ne face plăcere să anunțăm că Chrome implementează suport pentru IETF QUIC (în special, versiunea pilot h3-29).
Astăzi, aproximativ 25% dintre utilizatorii versiunii stabile de Chrome folosesc h3-29 și intenționăm să creștem acest număr în următoarele săptămâni, continuând să monitorizăm datele de performanță ”, a spus compania în postarea sa de pe blog. .
"Chrome va sprijini în mod activ atât IETF QUIC h3-29, cât și versiunea Google QUIC (Q050) pentru a permite timp serverelor care acceptă Q050 să se actualizeze la IETF QUIC", a adăugat el. Chrome m85 nu acceptă încă IETF QUIC 0-RTT și Google se așteaptă ca această performanță să fie și mai bună atunci când lansează suport pentru IETF QUIC 0-RTT în următoarele luni. De asemenea, deoarece versiunile IETF QUIC 30 și 31 nu conțin modificări care ar putea rupe compatibilitatea, compania nu intenționează să schimbe identificatorul „over-the-wire”.
Aceasta înseamnă că va continua să urmărească modificările din versiunea IETF, cu exceptia se va implementa ca h3-29 / 0xff00001d.
Prin urmare, recomandă ca serverele să continue să accepte h3-29 până când RFC-urile finale sunt finalizate dacă doresc să interacționeze cu Chrome. Cu toate acestea, dacă IETF aduce modificări care întrerup compatibilitatea într-un proiect viitor, Chrome va inversa această decizie.
Fuente: https://blog.chromium.org