https://opennet.ru/openforum/vsluhforumID3/122046.html Компания Google сообщила о начале замены собственной редакции протокола QUIC на вариант, развиваемый в спецификации IETF. Применявшийся в Chrome вариант QUIC от Google в некоторых деталях отличается от варианта из спецификаций IETF. При этом Chrome поддерживает оба варианта протокола, но по умолчанию до сих пор использовал свой вариант QUIC...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=53849<br> https://opennet.ru/openforum/vsluhforumID3/122046.html#53 Thu, 15 Oct 2020 10:30:22 GMT &gt; А по какому UDP порту эта фигня работает?<br>&gt; (хочу дома зарезать нафиг) <br><br>А профит от зарезания?<br> https://opennet.ru/openforum/vsluhforumID3/122046.html#52 Tue, 13 Oct 2020 21:51:42 GMT Блин, если честно я не помню как себя должен вести TCP стек при out-of-order. Если в тупую требует ретрансмит с того момента, как прервалась последовательность, то QUIC будет лучше. Если там какая хитристика (при беглом взгляде на RFC там таки есть хистристика), то где-то одного порядка.<br> https://opennet.ru/openforum/vsluhforumID3/122046.html#51 Mon, 12 Oct 2020 14:44:00 GMT &gt; Как раз наоборот. HTTP/3 имеет параллельность, так что out-of-order packet на какой-то <br>&gt; один реквуст одного коннекшна не отразится на остальном.<br><br>а out-of-order на этом самом одном потоке как отразится? итоговая задержка получится меньше или больше чем на хттп1 ? речь про 1 поток в конекшене<br> https://opennet.ru/openforum/vsluhforumID3/122046.html#50 Sun, 11 Oct 2020 15:04:23 GMT Как раз наоборот. HTTP/3 имеет параллельность, так что out-of-order packet на какой-то один реквуст одного коннекшна не отразится на остальном. <br><br>Более того, некоторые фичи, типа jumpstart/0-RTT как раз заточены на "мигрирующие" клиенты.<br> https://opennet.ru/openforum/vsluhforumID3/122046.html#49 Sun, 11 Oct 2020 14:59:56 GMT Никто ничего _требовать_ и не будет. HTTP/3 не замена, а дополнение, по крайней мере сейчас.<br><br>Ну и разумеется если ты полезешь на 80 TCP порт, никакого HTTP/3 ты не увидишь, потому что его там нет.<br> https://opennet.ru/openforum/vsluhforumID3/122046.html#48 Sat, 10 Oct 2020 11:05:43 GMT По ссылке в новости ходил? https://datatracker.ietf.org/doc/draft-ietf-quic-transport/<br><br>Нынешний стандарт QUIC &#8212; 31-й. И да, они не парятся о совместимости. Потому что им нужен только гуглосервер и гуглоклиент (хром). Всякие Nginx уже безнадежно отстали.<br> https://opennet.ru/openforum/vsluhforumID3/122046.html#47 Fri, 09 Oct 2020 04:25:48 GMT Гость из будущего? Почем биток у вас?<br> https://opennet.ru/openforum/vsluhforumID3/122046.html#46 Thu, 08 Oct 2020 22:44:18 GMT Может всё проще и гугл кеш стоящий в ростелеке оказался на менее нагруженном линке ?<br> https://opennet.ru/openforum/vsluhforumID3/122046.html#44 Thu, 08 Oct 2020 21:51:19 GMT &gt; Хром, а вместе с ним автоматически все остальные его "форки", что даст <br>&gt; ~90% поддержки. Лисе ничего не останется, кроме как тоже заимплементить этот <br>&gt; бред, т.к. иначе она не сможет открывать новомодные сайты.<br><br>а как насчет разработчиков, которые не захотят хреначить очередную хуету?<br><br>я конечно понимаю, что дятлы найдутся.. но нодовцев например не 90%<br>