The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

HTTP поверх протокола QUIC будет стандартизирован как HTTP/3 , opennews (??), 12-Ноя-18, (0) [смотреть все] +1

Сообщения [Сортировка по времени | RSS]


58. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  +/
Сообщение от anonymous (??), 12-Ноя-18, 12:30 
Это где такой дepьмовый мир ?
Ответить | Правка | Наверх | Cообщить модератору

60. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  +1 +/
Сообщение от Crazy Alex (ok), 12-Ноя-18, 12:43 
Сюрприз - везде. И то, что интернет стал доступен постоянно и отовсюду я бы дерьмовым не назвал.
Ответить | Правка | Наверх | Cообщить модератору

97. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  +/
Сообщение от пох (?), 12-Ноя-18, 15:12 
"везде" за 20% потерь вешают на той же осине, к которой ты ниточками прикрутил свой "радиоканал".

Ответить | Правка | Наверх | Cообщить модератору

109. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  –1 +/
Сообщение от Crazy Alex (ok), 12-Ноя-18, 16:13 
Когда я прихожу в кафе (и не важно, их вайфай хреновый или они в подвале, экранирующем 3G) меня как клиента абсолютно не интересует, кого и где надо вешать. Ровно то же самое  - в быстро движущемся автомобиле, в толпе, где сота не справляется и так далее, и тому подобное. Поэтому надо не вы...ться, а уметь вменяемо работать на каналах с непредсказуемо меняющимися потерями.
Ответить | Правка | Наверх | Cообщить модератору

118. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  –5 +/
Сообщение от пох (?), 12-Ноя-18, 17:15 
просто подключись к точке в соседнем кафе, если эта тормозит.

А, ты в РФ? А-а-а... ну так тут еще и паспорт спросят... в лучшем случае.

> Ровно то же самое  - в быстро движущемся автомобиле, в толпе, где сота не справляется

если "не справляется" полоса базовой станции - не хотелось бы тебя огорчать, но будет примерно как с mtp. То есть и у тебя работать не будет нихрена, и еще и другим пользователям ты будешь мешать.

А был бы нормальный tcp - в нем есть нормальные технологии, позволяющие делить канал, пока в принципе есть что делить.

И да, надо не вы...ся, и не думать что ты умнее инженеров, построивших ту сеть, которой мы все пользуемся сейчас. А то может внезапно оказаться очень неудобно. Впрочем, опять же, это не к гуглю, если ему станет неудобно - сети просто переделают так чтоб ему было удобно. А никакого другого http (а в будущем и никакого другого интернета) у вас не будет.


Ответить | Правка | Наверх | Cообщить модератору

125. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  +/
Сообщение от Crazy Alex (ok), 12-Ноя-18, 17:53 
Я, в РФ? Смеётесь, что ли?

Чего ради у всех будет валиться? Ничего не мешает реализовать любую алгоритмику,  включая ту, что есть в TCP. Но скорее будет нечно более подходящее - все получат неполные куски и будут пытаться что-то с этим делать (отправка нас интересует в десятую очередь - мобильные устройства - это о потреблении контента). И с шансами сможет сделать хоть что-то. Если не совсем тупа реализация - будут просить ретрансмит не на каждый пакет, использовать то, что получили и так далее. Да блин, даже просто возможность отдать веб-приложению сообщение "у нас потери пакетов, реагируй" дорогого стоит. В общем, я не спорю, что оно костыльно (как любой монолит, который на иерархию уровней клал), но ровно по тем же причинам и плюсы свои имеет.

В TCP  я не получу пакет пока не придут предшествующие ему, со всеми ретрансмитами. При мультиплексировании загрузки кучи ресурсов в одно соединение - не самая лучшая идея. При TCP  я не смогу использовать восстановление в видео, которое нынче по HTTP летит. А в кастомном протоколе - запросто.

Что до инженеров... фишка-то в именно в том, что TCP проектировался для одних условий, а используется совсем в других. Борьба с buffer bloat - это, конечно, часть попыток это дело поправить, но, как ни крути, один протокол на уровне операционки как-то хреновато подгоняется под конкретные задачи, и апдейтить реализации несподручно. А тут - новый хром прилетает с любой нужной частотой, и дело в шляпе.

Ответить | Правка | Наверх | Cообщить модератору

130. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  +1 +/
Сообщение от Аноним (127), 12-Ноя-18, 18:20 
> В TCP  я не получу пакет пока не придут предшествующие ему, со всеми ретрансмитами.

В этом случае претензии надо предъявлять не протоколу TCP, а тем, кто слишком вольно обращается с TCP window.

Ответить | Правка | Наверх | Cообщить модератору

131. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  –1 +/
Сообщение от пох (?), 12-Ноя-18, 18:21 
> Что до инженеров... фишка-то в именно в том, что TCP проектировался для одних условий, а
> используется совсем в других.

так он - работает, по сей день. В этом вот самом миллионе разных задач. Потому что вообще-то хорошие инженеры были.

> тут - новый хром прилетает с любой нужной частотой, и дело в шляпе.

Ну да, так и будет - один браузер, один сайт (домены первое время будут разные, но это будет один и тот же гугль.
О том, собственно, и речь.

Ответить | Правка | К родителю #125 | Наверх | Cообщить модератору

139. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  +/
Сообщение от Аноним (139), 12-Ноя-18, 20:02 
это да. у меня даже на локалхосте мои поделки через tcp общаются, и при желании на разные хосты разнести можно. зачемательная штука. в гулаге бы ничегоо такого в жизни не придумали :)
Ответить | Правка | Наверх | Cообщить модератору

245. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  –1 +/
Сообщение от Аноним (245), 19-Ноя-18, 18:38 
> просто подключись к точке в соседнем кафе, если эта тормозит.
> А, ты в РФ? А-а-а... ну так тут еще и паспорт спросят...
> в лучшем случае.

А что, пох что-то придумал с тем чтобы радиоволны всегда заполняли пространство равномерно, без минимумов и даже не было всяких замираний при движении, multi-path с деструктивной интерференцией и проч? Дайте ему тогда нобелевку, без вариантов. Нет, если это требует при сдвиге на 3 сантиметра на другую точку прыгать - ему тогда ИГнобелевку, измеряемую в единицах пропорциональных 3.14.

Ответить | Правка | К родителю #118 | Наверх | Cообщить модератору

162. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  +/
Сообщение от Аноним (12), 12-Ноя-18, 23:09 
При 10% потерь уже и TCP не работает. От слова совсем. Квику же будет совсем хреново.
Ответить | Правка | К родителю #60 | Наверх | Cообщить модератору

244. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  +/
Сообщение от Аноним (245), 19-Ноя-18, 18:35 
> При 10% потерь уже и TCP не работает. От слова совсем.

Если планировщик поменять, на какой-нибудь CDG, BBR и т.п. - он и при 30% кое-как живет. Но да, кое-как - и это рецепт ну совсем не для юзеров винды. В линухе попытались изобразить хоть какое-то подобие планировщиков дружественных к беспроводным соединениям - и это лучше чем то что было до них.

> Квику же будет совсем хреново.

Квику будет просто похрен, он просядет на 10-20%, если нормально сделать. А гугл может себе это позволить даже.

Ответить | Правка | Наверх | Cообщить модератору

79. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  –1 +/
Сообщение от Аноним (79), 12-Ноя-18, 13:54 
за мкадом
Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

84. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  +6 +/
Сообщение от Аноним (84), 12-Ноя-18, 14:24 
> за мкадом

Байки. За мкадом качество радиоканалов не играет особой роли, потому что никак не влияет на почтовых голубей и дымовые сигналы.


Ответить | Правка | Наверх | Cообщить модератору

243. "HTTP поверх протокола QUIC будет стандартизирован как HTTP/3..."  +/
Сообщение от Аноним (245), 19-Ноя-18, 18:32 
> Это где такой дepьмовый мир ?

Это вокруг нас - там где беспроводной интернет. Радиоволны, видите ли капризнаая штука, подверженная куче интересных проблем. Поэтому линк априори нестабилен. TCP же профукав несколько пакетов или словив таймаут думает что сеть перегружена и начинает скорость душить. С понятным результатом - линк на раз дохнет до скорости диалапа. Хотя это было какое-нибудь кратковременное замирание сигнала на самом деле, например. Длина волны допустим вайфая 2.4ГГц - около 13 сантиметров. Подвинув девайс на четверть дистанции (жалкие 3 с копейками см) можно радикально изменить условия, попав из максимума волны в минимум, где излучения вообще нет. И, конечно же, связь при этом может и не умрет совсем (поймать минимум настолько идеально еще уметь надо) но определенные проблемы с застреванием данных начнутся. А когда юзер немного шелохнется, они так же резко и внезапно пропадут. Но до TCP это будет доходить следующие добрых полчаса. За которые у юзера кончится буфер видео и он увидит знакомую картинку...

Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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