The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

В Chrome началась активация IETF QUIC и HTTP/3

07.10.2020 23:57

Компания Google сообщила о начале замены собственной редакции протокола QUIC на вариант, развиваемый в спецификации IETF. Применявшийся в Chrome вариант QUIC от Google в некоторых деталях отличается от варианта из спецификаций IETF. При этом Chrome поддерживает оба варианта протокола, но по умолчанию до сих пор использовал свой вариант QUIC.

С сегодняшнего дня 25% пользователей стабильной ветки Chrome переключены на использование IETF QUIC и в ближайшее время доля таких пользователей будет увеличена. По статистике Google по сравнению с HTTP поверх TCP+TLS 1.3 протокол IETF QUIC показал снижение задержек при поиске в Google Search на 2% и уменьшение времени ребуферизации в YouTube на 9% при увеличении пропускной способности на 3% для настольных и на 7% для мобильных систем.

HTTP/3 стандартизирует использование протокола QUIC в качестве транспорта для HTTP/2. Протокол QUIC (Quick UDP Internet Connections) c 2013 года развивается компанией Google в качестве альтернативы связке TCP+TLS для Web, решающей проблемы с большим временем установки и согласования соединений в TCP и устраняющей задержки при потере пакетов в процессе передачи данных. QUIC представляет собой надстройку над протоколом UDP, поддерживающую мультиплексирование нескольких соединений и обеспечивающую методы шифрования, эквивалентные TLS/SSL. В процессе стандартизации в IETF в протокол были внесены изменения, что привело к возникновению двух параллельно существующих веток, одна для HTTP/3, а вторая поддерживаемая Google.

  1. Главная ссылка к новости (https://blog.chromium.org/2020...)
  2. OpenNews: Предварительный выпуск nginx с поддержкой QUIC и HTTP/3
  3. OpenNews: Microsoft открыл свою реализацию протокола QUIC, применяемого в HTTP/3
  4. OpenNews: В ночных сборках Firefox появилась поддержка HTTP/3
  5. OpenNews: Компания Cloudflare реализовала модуль для поддержки HTTP/3 в NGINX
  6. OpenNews: В Chrome добавлена экспериментальная поддержка протокола HTTP/3
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/53849-quic
Ключевые слова: quic, http3
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (53) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Юрий Иванов (?), 00:13, 08/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    а как его включать?
     
     
  • 2.2, Аноним (2), 00:30, 08/10/2020 [^] [^^] [^^^] [ответить]  
  • –8 +/
    Никак не включай. HTTP/2 хватит всем.
     
     
  • 3.3, Аноним (3), 00:33, 08/10/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Для мобильных телефонов всё ещё тормозит.
     
     
  • 4.18, Аноним (18), 02:17, 08/10/2020 [^] [^^] [^^^] [ответить]  
  • +13 +/
    А не надо столько скриптов подключать ¯\_(ツ)_/¯
     
     
  • 5.29, __ (?), 07:55, 08/10/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    60 МБ скриптов - это норма
     
     
  • 6.43, Дима (??), 00:26, 09/10/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Далеко не норма, не пройдет и 5 лет, как на текущие флагманские смартфоны будут смотреть, как на говно. Благодоря повсеместному внедрению 5G сайты начнут жиреть как на дрожжах, большинство сайтов превратятся в полноценные веб приложения, зачастую децентрализованные (благодаря WebTorrent) и разумеется ни о каких 60 Мб тут и речи не идет, выжираться память будет по максимуму, так как децентрализованным сайтам станет выгодно распределять свои базы по как можно большему числу пользователей. Это я еще не говорю про всякие криптомайнеры, которые обретут вторую инкарнацию в новом воплощении и будут еще сильнее грузить процессоры.
     
     
  • 7.47, Аноним (47), 07:25, 09/10/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Гость из будущего? Почем биток у вас?
     
  • 4.35, Аноним (35), 12:10, 08/10/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Для мобильных телефонов всё ещё тормозит.

    QUIC очень болезненно воспринимает нарушение порядка получения пакетов, поэтому на беспроводных соединениях может работать, мягко говоря, не очень.

     
     
  • 5.50, Zulu (?), 18:04, 11/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Как раз наоборот. HTTP/3 имеет параллельность, так что out-of-order packet на какой-то один реквуст одного коннекшна не отразится на остальном.

    Более того, некоторые фичи, типа jumpstart/0-RTT как раз заточены на "мигрирующие" клиенты.

     
     
  • 6.51, JL2001 (ok), 17:44, 12/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Как раз наоборот. HTTP/3 имеет параллельность, так что out-of-order packet на какой-то
    > один реквуст одного коннекшна не отразится на остальном.

    а out-of-order на этом самом одном потоке как отразится? итоговая задержка получится меньше или больше чем на хттп1 ? речь про 1 поток в конекшене

     
     
  • 7.52, Zulu (?), 00:51, 14/10/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Блин, если честно я не помню как себя должен вести TCP стек при out-of-order. Если в тупую требует ретрансмит с того момента, как прервалась последовательность, то QUIC будет лучше. Если там какая хитристика (при беглом взгляде на RFC там таки есть хистристика), то где-то одного порядка.
     
  • 2.5, мозила фурифокс (?), 00:34, 08/10/2020 [^] [^^] [^^^] [ответить]  
  • +7 +/
    "network.http.http3.enabled" в about:config
     
     
  • 3.7, Аноним (7), 00:46, 08/10/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    зачот! :)
     
  • 3.17, Ilya Indigo (ok), 02:08, 08/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А как его можно проверить?
    Куда на гугло-сервисы не захожу с Firefox, везде в заголовках HTTP/2.
     
     
  • 4.25, Total Anonimus (?), 03:50, 08/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Посмотреть можно в about:networking (когда соответствующая настройка включена). Проблема в том - что 81 релиз не поддерживает 29й quic .
     
     
  • 5.27, timur.davletshin (ok), 07:20, 08/10/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Ты действительно собираешься увидеть разницу в эти 2-7%? Вот ещё для чтения - https://bugzilla.mozilla.org/show_bug.cgi?id=1158011
     
     
  • 6.32, rvs2016 (ok), 10:12, 08/10/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Ты действительно собираешься увидеть разницу в эти 2-7%?

    У них там радость наверно не в том, что юзер получит свой контент на 2-7 незаметных ему процентов быстрее, а в том, что гугл сделает для этого затрат на сколько-то процентов меньше (необязательно ровно на эти 2-7, ибо размер экономии затрат может отличаться от этих 2-7 процентов: хоть 1% - и то деньги для капиталистов-то!).

    PS:
    > Введите код, изображенный на картинке: КОД

    Уже не спрашиваю - на кой чёрт в этом сообщении у меня запросили код.
    Просто фиксирую факт - может быть когда-то у Макса найдётся время заняться этой странностью.

     
  • 6.36, Всем Анонимам Аноним (?), 12:36, 08/10/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Разница еще заметна на перегруженных сетях. Помню в Адлере был интернет адский, Ростелеком просто не парится расширять сеть. Все сайты тормозили практически, а гугл открывался на раз через QUIC. Коррекция ошибок делает свое дело.
     
     
  • 7.39, timur.davletshin (ok), 14:59, 08/10/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ты ещё расскажи, что коррекция ошибoк на протоколе более высокого уровня работает лучше 😄
     
  • 7.46, Аноним (46), 01:44, 09/10/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Может всё проще и гугл кеш стоящий в ростелеке оказался на менее нагруженном линке ?
     

  • 1.4, Аноним (4), 00:34, 08/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Когда уже wayland на своем ozone завезут? Уже кучу лет жду
     
     
  • 2.30, Аноним (30), 08:31, 08/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Как бы уже завезли в dev
    https://github.com/electron/electron/issues/10915
     

  • 1.6, Аноним (6), 00:40, 08/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    systemd от мира протоколов, блин.
     
     
  • 2.8, Аноним (3), 00:50, 08/10/2020 [^] [^^] [^^^] [ответить]  
  • –4 +/
    RFC draft != Protocol
     

  • 1.9, Аноним (9), 01:05, 08/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    может сразу http/4 выкатят? всё равно никто не пользуется.
     
     
  • 2.10, Total Anonimus (?), 01:12, 08/10/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    https://w3techs.com/technologies/history_overview/site_element/all
     
     
  • 3.11, Аноним (9), 01:15, 08/10/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Тренды ОБС :) Покажи хоть один сайт, который бы требовал http/2.
     
     
  • 4.12, Total Anonimus (?), 01:19, 08/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Я так понимаю http/3 , а не http/2 , опечатка ? Самые распространённые - instagram и google .
    Если всё же именно второе интересует - проверяйте с помощью https://tools.keycdn.com/http2-test
     
     
  • 5.20, Аноним (9), 02:51, 08/10/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > instagram и google

    Прекрасно работают на обычном http, никакие 2/3 не требуют.

    > https://tools.keycdn.com/http2-test

    Чиво?! Всего лишь какой-то говно-тест?!

     
     
  • 6.23, Аноним (23), 03:33, 08/10/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У меня cdn по http2 раза так в 2 быстрее грузит скрипты. Конечно, дело может быть и в cdn, но это факт.
     
     
  • 7.26, Аноним (9), 06:06, 08/10/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    "У тебя", "дело может быть и в cdn" :) Опять ОБС.
     
  • 6.24, Total Anonimus (?), 03:42, 08/10/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Для браузеров , не поддерживающих современные технологии сайты ПОКА отдают контент в старом формате . Тест позволяет проверить любой сайт - использует-ли он http/2 и alpn . Но да : для говномозгов все тесты - говнотесты ...
     
  • 6.49, Zulu (?), 17:59, 11/10/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Никто ничего _требовать_ и не будет. HTTP/3 не замена, а дополнение, по крайней мере сейчас.

    Ну и разумеется если ты полезешь на 80 TCP порт, никакого HTTP/3 ты не увидишь, потому что его там нет.

     
  • 2.28, ИмяХ (?), 07:54, 08/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Если их хромозилла укусит, то и в этом году стоит ждать http/10 или даже http/20
     
     
  • 3.48, Аноним (35), 14:05, 10/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    По ссылке в новости ходил? https://datatracker.ietf.org/doc/draft-ietf-quic-transport/

    Нынешний стандарт QUIC — 31-й. И да, они не парятся о совместимости. Потому что им нужен только гуглосервер и гуглоклиент (хром). Всякие Nginx уже безнадежно отстали.

     

  • 1.13, Аноним (13), 01:22, 08/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Следующим шагом напрашивается отправка html на свалку истории.
     
     
  • 2.14, Dzen Python (ok), 01:29, 08/10/2020 [^] [^^] [^^^] [ответить]  
  • +12 +/
    Так уже была новость, что гугл хочет превратить связку html+ресурсы+скрипты в некое подобие пакетированного pdf, чтобы рекламу не резали. Так что да, верной дорогой в анус идем, товарищи
     
     
  • 3.15, n242name (?), 01:42, 08/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    а кто это говно поддержит?
     
     
  • 4.16, Аноним (-), 01:54, 08/10/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Хром, а вместе с ним автоматически все остальные его "форки", что даст ~90% поддержки. Лисе ничего не останется, кроме как тоже заимплементить этот бред, т.к. иначе она не сможет открывать новомодные сайты.
     
     
  • 5.19, Аноним (13), 02:36, 08/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Чтобы этого не произошло, мозилле надо взять инициативу на себя, и заимлементить новый нормальный стандарт самим прежде, чем Гугл выкатит очередной костыль к html.
     
     
  • 6.22, Аноним (9), 02:54, 08/10/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Есть одна маленькая проблемка, что у мозилы нету своих телефонок, а у гугла - есть. Именно поэтому освобождались в своё время от Нокии на рынке, чтобы не мешалась.
     
  • 6.34, rvs2016 (ok), 10:21, 08/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Чтобы этого не произошло, мозилле надо взять инициативу на себя,
    > и заимлементить новый нормальный стандарт самим прежде,
    > чем Гугл выкатит очередной костыль к html.

    Ну да. Можно иметь и несовместимый с модными протоколами, но совместимый с нормальными старыми протоколами передачи гипертекста браузеры хотя бы для целей работы со спец-ресурсами - агентские интерфейсы, предназначенные не для миллионов пользователей, а "для своих" и т.п. Уж свои-то установят себе браузеры не модные, а старо-модные и доступ к нужным ресурсам и базам данных получат. Ну это что-то типа хоть gopher, хоть NNTP/USENET, да хоть FIDO в конце концов заюзай, если понадобится - дело, конечно, специфичное, но кому надо - те заюзают и даже хоть через сотню-другую-третью-десятую лет и не поперхнутся!

     
  • 5.44, n242name (?), 00:51, 09/10/2020 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.21, Аноним (9), 02:52, 08/10/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А тебя и не спросят, просто поставят перед фактом и будешь жрать.
     
  • 2.33, rvs2016 (ok), 10:17, 08/10/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Следующим шагом напрашивается отправка html на свалку истории.

    Дык это не за горами!

    ФТП вон уже выпиливают из всяких там Файрфоксов.
    Хотя в последние месяцы Файрфоксы эти усилили выпиливание вообще самих себя целиком на свалку истории.

    Ну а если серьёзно...

    В "доинтернетовскую" эпоху программы распространялись не в виде исходных текстов, а в виде готовых скомпилированных файлов. В пространстве http-сайтов сайты стали распространять в исходных текстах. Не исключено, что время распространения контента (ну и программ - нынче ж не голый контент вида 90-х годов, а "веб-приложения"...) в виде скомпилированных модулей когда-нибудь ещё и вернётся - ну мало ли?

     
     
  • 3.37, JL2001 (ok), 12:57, 08/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > В "доинтернетовскую" эпоху программы распространялись не в виде исходных текстов, а в
    > виде готовых скомпилированных файлов. В пространстве http-сайтов сайты стали распространять
    > в исходных текстах. Не исключено, что время распространения контента (ну и
    > программ - нынче ж не голый контент вида 90-х годов, а
    > "веб-приложения"...) в виде скомпилированных модулей когда-нибудь ещё и вернётся - ну
    > мало ли?

    WebAssembly ?

     
  • 3.41, Аноним (41), 16:38, 08/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >  "веб-приложения"...) в виде скомпилированных модулей когда-нибудь ещё и вернётся - ну мало ли?

    И это похоронит всё.

     

  • 1.31, anonymous (??), 08:51, 08/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну файерфокс скоро перейдёт на движок хромиум как опера новая, не в силах поспевать за новомодными фичами хрома. И тогда можно будет творить любую дичь - выбора у пользователей не останется.
     
  • 1.38, Ivan_83 (ok), 13:05, 08/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    А по какому UDP порту эта фигня работает?
    (хочу дома зарезать нафиг)
     
     
  • 2.42, Аноним (42), 22:06, 08/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    по томуже - 443
     
  • 2.53, Zulu (?), 13:30, 15/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > А по какому UDP порту эта фигня работает?
    > (хочу дома зарезать нафиг)

    А профит от зарезания?

     

  • 1.40, Аноним (40), 16:15, 08/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Сначала пихаем всё что не попадя в уродливый http + json/bson а потом начинаем бороться с ветряными мельницами.

    Глупость граничащая с безумеем.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру