A Google bejelentette néhány napja már elkezdődött a HTTP / 3 és az IETF QUIC telepítése a Chrome-ban és a közleményben kijelenti, hogy elvárja, hogy ez a frissítés további teljesítménybeli fejlesztéseket hozzon, különösen a QUIC támogatásával.
A QUIC egy új hálózati szállítási protokoll amely egyesíti a TCP, a TLS és egyebek jellemzőit. A HTTP / 3 a HTTP legújabb verziója, a webes forgalom túlnyomó részét hordozó protokoll. A HTTP / 3 csak a QUIC-en működik.
Az Internet Engineering Task Force, vagy az IETF, 2-ben vezette be a HTTP / 2015-t, és az egyik legnagyobb fejlesztése a multiplexelés támogatása.
Mindazonáltal a TCP-t használta szállítási protokollként és a TCP veszteség-helyreállítási mechanizmusaként, így az elveszett csomagok továbbra is késést okozhatnak az összes aktív tranzakcióban.
A QUIC elfogadásával a HTTP / 3 tovább javíthatja az átviteli folyamatot, mivel az elveszett csomagok ebben az esetben csak a közvetlenül érintett tranzakciókat érintik.
Valójában, A QUIC-et eredetileg a Google fejlesztette ki és először 2013-ban jelentették be. Azóta a protokoll nagykorúvá vált, és jelenleg a Google forgalmának egyharmadáért felelős.
Aztán 2015-ben a QUIC fejlesztése az internetes protokollok karbantartásáért felelős szabványügyi testület, az IETF kezébe került. Az IETF számos változtatással javította a QUIC-et. A mai napig két hasonló, de eltérő protokoll létezik, amelyek a következők: Google QUIC és IETF QUIC.
A Google bejelentette, hogy mindig a QUIC saját verzióját használta, de hogy a QUIC csapata részt vesz az IEFT saját verziójának megvalósításában is. "Jelentős erőfeszítéseket tettünk a Google QUIC fejlesztése érdekében az elmúlt öt évben, hogy lépést tudjunk tartani az IETF által végrehajtott változásokkal, és a Google QUIC jelenlegi legújabb verziója sok hasonlóságot mutat az IETF QUIC-kel" - olvasható a Google-től. továbbá, tisztázta, hogy néhány dolog még mindig hiányzik.
Példaként eddig a legtöbb Chrome-felhasználó nem tud kommunikálni az IETF QUIC szerverekkel néhány parancssori opció engedélyezése nélkül. Hasonlóképpen, A Google hozzátette, hogy most azt találta, hogy az IETF QUIC jelentősen felülmúlja a HTTP-t összehasonlítva a TLS 1.3-val a TCP-vel összehasonlítva.
Különösen a vállalat közölte, hogy a Google keresőinek késleltetése több mint 2% -kal csökken. A YouTube pufferelési ideje több mint 9% -kal csökkent. Ezenkívül az ügyfél teljesítménye több mint 3% -kal nőtt az asztali számítógépeken.
A mobiltelefonokon az ügyfelek teljesítménye több mint 7% -kal nőtt. Ezek és egyéb okok állnak a Chrome átállása mögött az IETF QUIC verziójára. „Örömmel jelentjük be, hogy a Chrome támogatja az IETF QUIC (konkrétan a h3-29 pilot verzió) támogatását.
Ma a stabil Chrome-verzió felhasználóinak mintegy 25% -a használja a h3-29-et, és azt tervezzük, hogy ezt a számot az elkövetkező hetekben növelni fogjuk a teljesítményadatok monitorozásának folytatásával.
"A Chrome aktívan támogatja mind az IETF QUIC h3-29, mind a Google QUIC (Q050) verziót, hogy időt hagyjon a Q050-et támogató szerverek az IETF QUIC-re frissíteni" - tette hozzá. A Chrome m85 még nem támogatja az IETF QUIC 0-RTT-t, és a Google arra számít, hogy ez a teljesítmény még jobb lesz, amikor az elkövetkező hónapokban felszabadítja az IETF QUIC 0-RTT támogatását. Továbbá, mivel az IETF QUIC 30. és 31. verziója nem tartalmaz olyan változásokat, amelyek megsérthetik a kompatibilitást, a vállalat nem tervezi az "vezeték fölött" azonosító megváltoztatását.
Ez azt jelenti folytatja az IETF verzió változásainak nyomon követését, de a h3-29 / 0xff00001d néven fog megvalósulni.
Ezért azt javasolja, hogy a szerverek továbbra is támogassák a h3-29-et, amíg a végső RFC-k elkészülnek, ha együttműködni akarnak a Chrome-mal. Ha azonban az IETF olyan változtatásokat hajt végre, amelyek megsértik a kompatibilitást egy jövőbeli projektben, a Chrome visszavonja ezt a döntést.
forrás: https://blog.chromium.org