„Google“ paskelbė prieš kelias dienas tai jau prasidėjo „HTTP“ / 3 ir „IETF QUIC“ diegimas „Chrome“ ir pranešime jis teigia, kad tikisi, kad šis atnaujinimas atneš papildomų našumo patobulinimų, ypač palaikant QUIC.
QUIC yra naujas tinklo perdavimo protokolas kuris sujungia TCP, TLS ir kt. HTTP / 3 yra naujausia HTTP versija, protokolas, perduodantis didžiąją dalį interneto srauto. HTTP / 3 veikia tik QUIC.
Interneto inžinerijos darbo grupė arba IETF pristatė HTTP / 2 2015 m., O vienas iš didžiausių patobulinimų yra palaikymas multipleksavimui.
Tačiau jis naudojo TCP kaip perdavimo protokolą ir nuostolių atkūrimo mechanizmus TCP, todėl prarasti paketai vis tiek gali vėluoti visas aktyvias operacijas.
Priėmus QUIC, HTTP / 3 gali dar labiau pagerinti perdavimo procesą, nes pamesti paketai šiuo atveju veikia tik tiesiogiai paveiktas operacijas.
Iš tikrųjų QUIC iš pradžių sukūrė „Google“ ir pirmą kartą paskelbta 2013 m. Nuo to laiko protokolas sulaukė pilnametystės ir šiuo metu yra atsakingas už trečdalio „Google“ srauto perdavimą.
Tada 2015 m. QUIC plėtra buvo perduota IETF, standartų įstaigos, atsakingos už interneto protokolų priežiūrą, rankose. IETF patobulino QUIC su keliais pakeitimais. Iki šiol yra du panašūs, bet skirtingi protokolai: „Google QUIC“ ir „IETF QUIC“.
„Google“ paskelbė, kad visada naudojo savo versiją QUIC, bet kad jo QUIC komanda taip pat dalyvauja įgyvendinant patentuotą IEFT versiją. „Per pastaruosius penkerius metus labai stengėmės tobulinti„ Google QUIC “, kad neatsiliktume nuo IETF atliktų pakeitimų, o dabartinė naujausia„ Google QUIC “versija turi daug panašumų su„ IETF QUIC “, - rašoma tinklaraščio įraše. iš „Google“, be to, paaiškino, kad kai kurių dalykų vis dar trūksta.
Kaip pavyzdį, kol kas dauguma „Chrome“ vartotojų negali bendrauti su „IETF QUIC“ serveriais neįjungus kai kurių komandų eilutės parinkčių. Taip pat, „Google“ pridūrė, kad dabar ji nustatė, kad IETF QUIC žymiai lenkia HTTP palyginti su TLS 1.3, palyginti su TCP.
Visų pirma, bendrovė teigė, kad „Google“ paieškos sistemų vėlavimas sumažėja daugiau nei 2%. „YouTube“ buferio laikas sutrumpėjo daugiau nei 9%. Be to, stalinių kompiuterių kliento našumas padidėjo daugiau nei 3%.
Mobiliųjų telefonų klientų našumas padidėjo daugiau nei 7%. Šios ir kitos priežastys slypi „Chrome“ perėjime prie QUIC IETF versijos. „Džiaugiamės galėdami pranešti, kad„ Chrome “teikia IETF QUIC palaikymą (ypač bandomąją versiją„ h3-29 “).
Šiandien apie 25% stabilios „Chrome“ versijos vartotojų naudoja „h3-29“, ir mes planuojame per ateinančias savaites šį skaičių padidinti toliau stebėdami našumo duomenis “, - rašoma įmonės dienoraščio įraše. .
„„ Chrome “aktyviai palaikys ir„ IETF QUIC h3-29 “, ir„ Google QUIC “(Q050) versiją, kad serveriams, palaikantiems Q050, būtų laiko atnaujinti į IETF QUIC“, - pridūrė jis. „Chrome m85“ dar nepalaiko „IETF QUIC 0-RTT“ ir „Google“ tikisi, kad šis našumas bus dar geresnis, kai ateinančiais mėnesiais išleis palaikymą „IETF QUIC 0-RTT“. Be to, kadangi IETF QUIC 30 ir 31 versijose nėra pakeitimų, kurie galėtų pažeisti suderinamumą, bendrovė neplanuoja pakeisti identifikatoriaus „per laidą“.
Tai reiškia, kad toliau stebės IETF versijos pakeitimus, bet bus įgyvendinta kaip h3-29 / 0xff00001d.
Todėl ji rekomenduoja, kad serveriai ir toliau palaikytų „h3-29“, kol bus baigti galutiniai RFC, jei jie nori sąveikauti su „Chrome“. Tačiau jei IETF atliks pakeitimus, dėl kurių būsimas projektas sugadins suderinamumą, „Chrome“ pakeis šį sprendimą.
Fuente: https://blog.chromium.org