Google объявил несколько дней назад это уже началось с развертывание HTTP / 3 и IETF QUIC в Chrome и в объявлении он заявляет, что ожидает, что это обновление принесет некоторые дополнительные улучшения производительности, особенно с поддержкой QUIC.
QUIC - новый сетевой транспортный протокол который сочетает в себе функции TCP, TLS и другие. HTTP / 3 - последняя версия HTTP, протокол, по которому проходит подавляющая часть веб-трафика. HTTP / 3 работает только на QUIC.
Internet Engineering Task Force, или 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 на версию IETF QUIC. «Мы рады сообщить, что 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