Google оголосив кілька днів тому це вже почалося розгортання HTTP / 3 та IETF QUIC у Chrome і в оголошенні він заявляє, що очікує, що це оновлення принесе додаткові покращення продуктивності, особливо завдяки підтримці QUIC.
QUIC - це новий мережевий транспортний протокол який поєднує в собі функції TCP, TLS та багато іншого. HTTP / 3 - це остання версія HTTP, протокол, який несе переважну більшість веб-трафіку. HTTP / 3 працює лише на QUIC.
Робоча група з питань Інтернет-інженерії (IETF) представила HTTP / 2 у 2015 році, і одним із значних удосконалень, які вона зробила, є підтримка мультиплексування.
Однак він використовував TCP як транспортний протокол і механізми відновлення втрат у TCP, тому втрачені пакети все одно можуть спричинити затримку всіх активних транзакцій.
Прийнявши QUIC, HTTP / 3 може ще більше вдосконалити процес передачі, оскільки втрачені пакети в цьому випадку впливають лише на безпосередньо вплинулі транзакції.
Насправді, QUIC був спочатку розроблений Google і вперше оголошений у 2013 р. З тих пір протокол досяг повноліття і в даний час відповідає за перевезення третини трафіку Google.
Потім, у 2015 році, розробка QUIC перейшла до рук IETF, органу зі стандартів, відповідального за підтримку Інтернет-протоколів. IETF покращив QUIC за кілька змін. На сьогоднішній день існує два схожі, але різні протоколи: Google QUIC та IETF QUIC.
Google оголосив, що завжди використовував власну версію QUIC, але його команда QUIC також бере участь у впровадженні власної версії IEFT. "Протягом останніх п'яти років ми докладали значних зусиль для вдосконалення Google QUIC, щоб не відставати від змін, внесених IETF, і поточна остання версія Google QUIC має багато подібностей до IETF QUIC", - йдеться у повідомленні блогу від Google. на додачу, уточнив, що деяких речей все ще бракувало.
Як приклад, поки що більшість користувачів Chrome не можуть спілкуватися з серверами IETF QUIC без увімкнення деяких параметрів командного рядка. Так само, Google додав, що зараз встановлено, що IETF QUIC значно перевершує HTTP порівняно з TLS 1.3 порівняно з TCP.
Зокрема, компанія заявила, що затримка пошукової системи Google зменшується більш ніж на 2%. Час буферизації YouTube скорочено більш ніж на 9%. Крім того, продуктивність клієнта зросла більш ніж на 3% на настільних комп’ютерах.
У мобільних телефонах ефективність роботи клієнтів зросла більш ніж на 7%. Ці та інші причини лежать в основі переходу Chrome на QUIC-версію IETF. «Ми раді повідомити, що Chrome впроваджує підтримку IETF QUIC (зокрема, пілотну версію h3-29).
Сьогодні близько 25% користувачів стабільної версії Chrome використовують h3-29, і ми плануємо збільшити цю кількість у найближчі тижні, продовжуючи моніторинг даних про ефективність », - йдеться у повідомленні компанії у своєму блозі.
"Chrome буде активно підтримувати як IETF QUIC h3-29, так і версію Google QUIC (Q050), щоб дати час серверам, які підтримують Q050, оновитись до IETF QUIC", - додав він. Chrome m85 ще не підтримує IETF QUIC 0-RTT, і Google очікує, що ця продуктивність буде ще кращою, коли вона випустить підтримку IETF QUIC 0-RTT у найближчі місяці. Крім того, оскільки версії 30 і 31 IETF QUIC не містять змін, які можуть порушити сумісність, компанія не планує змінювати ідентифікатор "бездротовий".
Це означає що продовжить відстежувати зміни у версії IETF, але буде реалізовано як h3-29 / 0xff00001d.
Тому він рекомендує серверам продовжувати підтримувати h3-29 до завершення остаточних RFC, якщо вони хочуть взаємодіяти з Chrome. Однак, якщо IETF внесе зміни, які порушують сумісність у майбутньому проекті, Chrome скасує це рішення.
Фуенте: https://blog.chromium.org