The OpenNET Project / Index page

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



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

Оглавление

Протокол HTTP/3.0 получил статус предложенного стандарта, opennews (ok), 07-Июн-22, (0) [смотреть все]

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


217. "Протокол HTTP/3.0 получил статус предложенного стандарта"  +/
Сообщение от Аноним (-), 10-Июн-22, 16:43 
Нюанс в том что в беспроводных линках пакеты теряются независимо от нагрузки на сеть. Всплеск помех выбивающий пакет в радиолинке или временная потеря сигнала движущимся абонентом попавшим в прореху покрытия не имеет никакого отношения к нагрузке на сеть - однако это легко убивает скорость TCP до диалапных величин и даже хуже.

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

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

233. "Протокол HTTP/3.0 получил статус предложенного стандарта"  +/
Сообщение от timur.davletshin (ok), 10-Июн-22, 18:16 
> Нюанс в том что в беспроводных линках пакеты теряются независимо от нагрузки
> на сеть.

Нюанс не в этом, что там не пакеты...

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

245. "Протокол HTTP/3.0 получил статус предложенного стандарта"  +/
Сообщение от Аноним (-), 11-Июн-22, 00:58 
> Нюанс не в этом, что там не пакеты...

Кэп намекает что с точки зрения TCP/IP вообще есть только пакеты и rtt. Да и беспроводные линки так то packet-switched сети в основном. В каких-то случаях это может называться в другом протоколе фреймом и проч, но суть дела не меняет. А раскручивать абстракции до I/Q модуляторов мы все же не будем: TCP/IP это вообще не видно. С его точки зрения - вон то.

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

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

234. "Протокол HTTP/3.0 получил статус предложенного стандарта"  +/
Сообщение от timur.davletshin (ok), 10-Июн-22, 18:20 
> Всплеск помех выбивающий пакет в радиолинке или временная потеря
> сигнала движущимся абонентом попавшим в прореху покрытия не имеет никакого отношения
> к нагрузке на сеть - однако это легко убивает скорость TCP
> до диалапных величин и даже хуже.

Нет, потеря одиночного фрейма и даже нескольких не вызовет падения скорости до диалапных величин из-за: а) контроль чётности и коррекция ошибок есть на уровне протокола беспроводной сети; б) если вы не используете Reno, то восстановление произойдёт достаточно быстро.

Проблема в том (основная), что бесповодная сеть меняет символьную скорость данных, подстраиваясь под условия, и эта информация никак не коммуницируется на более высокий уровень OSI.

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

246. "Протокол HTTP/3.0 получил статус предложенного стандарта"  +/
Сообщение от Аноним (-), 11-Июн-22, 01:16 
> Нет, потеря одиночного фрейма и даже нескольких не вызовет падения скорости до
> диалапных величин

Красивая теория, но своему снифферу я доверяю больше чем какому-то эксперту опеннета с стремным уровнем квалификации.

> из-за: а) контроль чётности и коррекция ошибок есть на уровне протокола беспроводной сети;

Кэп намекает что для TCPIP результат бинарный: протоколы под ним или выдюжили, или нет. Для TCP пакет или доставлен корректно, или нет. При том тот всплеск "не выдюжили" во первых может быть рандомный. Во вторых не связан с "congestion" и - просто не повод к снижению скорости TCP потока, о великий эксперт! Некоторые, типа CDG и BBR даже пытаются какой-то эвристикой это определять, но получается довольно компромиссно и к тому же это 2-сторонняя игра.

Еще можно выпасть на цать секунд из сети если прореха в покрытии. Хэндовер при этом не удается и модем довольно долго ищет сеть, регается в ней, и в целом это может выбить из сети на ...цать секунд. За это время TCP обычно успевает конкретно обидеться на недоставку пакетов и проапгрейдить легкий вылет до доброй минуты полного дауна. И например в реалтайм чатике в чем-то движущемся сие например подбешивает.

> б) если вы не используете Reno, то восстановление произойдёт достаточно быстро.

То-есть ss кажущий как кернел лихо отсчитывает добрых 60 секунд на перепосыл пакета был моим глюком? Да ладно? :)

> Проблема в том (основная), что бесповодная сеть меняет символьную
> скорость данных, подстраиваясь под условия, и эта информация никак
> не коммуницируется на более высокий уровень OSI.

И это тоже. Впрочем вон там packet loss кой-как пытаются классифицировать - всплеск ли это или глобальный аут но честно говоря получилось оверинженернутое УГ которое навороченое но работает не особо хорошо и все-равно дурит временами.

А в сабже кстати у гугли есть идея и свой FEC делать - так то можно пролюбить 20% пакетов, починить это FEC - и хотя линк дурил, юзер этого вообще не увидит. А, представляете, FEC можно так то interleave'ить и комбинировать и это сильно улучшает надежность ценой некоторой потери скорости.

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

235. "Протокол HTTP/3.0 получил статус предложенного стандарта"  +/
Сообщение от timur.davletshin (ok), 10-Июн-22, 18:22 
> А вот такие тупари с вон тем дизайном, не способные понять что
> мир немного изменился и люди хотят беспроводные сети - очень работе
> этих сетей вредят.

Ну напиши congestion control новый, степень защитишь и на работу получше устроишься.

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

247. "Протокол HTTP/3.0 получил статус предложенного стандарта"  +/
Сообщение от Аноним (-), 11-Июн-22, 01:20 
> Ну напиши congestion control новый, степень защитишь и на работу получше устроишься.

Да вон сабж уже написали. К тому же его гугл доставит ВСЕМ. И мне и даже тому ламеру с виндой. И вообще, это тот случай когда гугл явно нанял нормальных инженеров а не вебмакак или ретардов "мытакпривыкли, диалап рулит". Сделано с кой-каким пониманием проблематики и относительно осмысленным заруливанием оной. То что у меня сильно лучше получится не факт, а TCP с его congestion трогать я бы вообще лишний раз трогать не стал. Неудобно марафон в ластах бегать.

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

236. "Протокол HTTP/3.0 получил статус предложенного стандарта"  +/
Сообщение от timur.davletshin (ok), 10-Июн-22, 18:27 
> И теперь их слушать никто не будет, плохая
> работа беспроводных сетей и жалующиеся пользователи всех достали.

Пользователи и правда в своей массе являются причиной своих же неприятностей. Это такие вот и кидают точки там, где надо тянуть кабель, врубают каналы 40MHz в диапазоне 2.4GHz и 160MHz в 5GHz, выкручивают мощность на максимум и фсё, общий ресурс скушан... а девелоперы дураки )))

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

253. "Протокол HTTP/3.0 получил статус предложенного стандарта"  +/
Сообщение от Аноним (-), 11-Июн-22, 01:43 
> Пользователи и правда в своей массе являются причиной своих же неприятностей. Это
> такие вот и кидают точки там, где надо тянуть кабель, врубают
> каналы 40MHz в диапазоне 2.4GHz и 160MHz в 5GHz, выкручивают мощность
> на максимум и фсё, общий ресурс скушан... а девелоперы дураки )))

Ну и как я протяну кабель тому поезду заезжаюшему под мост? Или почему у меня из-за вылета физики на 10 секунд поток данных на уровне TCP долежн потом стоять раком минуту? Потому что это угробище дизайнили гении с весьма абстрактным видением ситуации? Ну а гугл вот может нанять тех кто сделает "как лучше работает для большей части юзеров" вместо этого всего. Это хорошо и правильно.

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

295. "Протокол HTTP/3.0 получил статус предложенного стандарта"  +/
Сообщение от Аноним (128), 12-Июн-22, 18:02 
Сейчас бы ожидать от пользователя степени по беспроводной передачи данных. Пока на уровне протокола не будет решена проблема совместного использования радиоэфира, ничего не будет. И да, я один из тех, кто включает всё на полную мощность, с максимальной шириной канала. Не досуг мне в рентованном доме кабели тягать, а на соседей похер — им саппорт предложит перезагрузить модем, и он пересядет на другой канал, подальше от меня. Общий ресурс, говоришь? А я по праву сильного отнял себе всё. Что делать будешь?
Ответить | Правка | К родителю #236 | Наверх | Cообщить модератору

237. "Протокол HTTP/3.0 получил статус предложенного стандарта"  +/
Сообщение от timur.davletshin (ok), 10-Июн-22, 18:31 
> Потому и UDP, чтобы уровень ретрансмита делать без участия вот таких экспертов.

Я тебя разочарую, но QUIC в реальной жизни сливает TCP — https://www.fastly.com/blog/measuring-quic-vs-tcp-computatio...

И это я ещё не скидываю внутрипротокольную статистику по таким параметрам как jitter, например, где твой QUIC сливает на всех платформах.

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

248. "Протокол HTTP/3.0 получил статус предложенного стандарта"  +/
Сообщение от Аноним (-), 11-Июн-22, 01:24 
> Я тебя разочарую, но QUIC в реальной жизни сливает TCP

Мне достаточно того что я в реальной жизни порой вижу как TCP ПОЛНОСТЬЮ ВЫРУБАЕТ ПОТОК ДАННЫХ НА МИНУТУ при довольно скромных отклонениях от идеала, особенно в чем-нибудь движущемся, и этот булшит творится уже цать лет, чего достаточно для искреннего пожелания нехороших вещей всем к этому причастным.

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

238. "Протокол HTTP/3.0 получил статус предложенного стандарта"  +/
Сообщение от timur.davletshin (ok), 10-Июн-22, 18:36 
> А у вас - это уже ваши проблемы. Если вам нравится прерывающееся видео или сайты грузящиеся
> по беспроводке с издевательской скоростью, вы этим "счастьем" и наслаждайтесь.

Ну шта, шта ты несёшь? История вообще не про это. Но, если тебя интересует, то данные о том, чем козырял гугл в оригинальной презентации, с данными о QUIC+BBR не пинал только ленивый. В реальной жизни они просто не подтверждались, а BBR просто за счёт агрессивности выигрывал полосу у конкурентов. Кстати, именно поэтому от него и отказались и начали пилить BBRv2, который из беты не вылезает уже пару лет (уточни, просто новостей о нём особых нет), а для себя Google изобрёл какой-то третий алгоритм, который в профильной литературе иногда называют BBRv1.5.

Но некоторые вьюноши, начитавшись восторженных статей на medium у таких же, как и они, продолжают "дрочить" после прописывания net.ipv4.tcp_congestion_control=bbr даже не имея возможности провести качественную оценку полученного результата. Но тут проблема психологическая, если им это помогает с ними, проблемами, справляться, то... почему бы и нет )))

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

249. "Протокол HTTP/3.0 получил статус предложенного стандарта"  +/
Сообщение от Аноним (-), 11-Июн-22, 01:36 
> жизни они просто не подтверждались, а BBR просто за счёт агрессивности
> выигрывал полосу у конкурентов.

Даже он так то получился компромиссным. А агрессивность хоть немного приводит его в чувство на intermittent connectivity типа беспроводки, особенно в чем-то движущемся, но даже так он таки тоже может основательно тупить если не повезло. В результате мимо пролетает пять сот способных налить тонну трафа, ни в раз не перегруженых, а TCP просто туповэйтил в это время. И спасибо если когда он через минуту вяло пульнет пакетик там сота окажется. А если нет - ну, ой, диалап тогда покажется очень быстрым по сравнению с этим вашим 4G.

Он пытается в классификацию было ли это вспердом линка или реально глобальным перегрузом но например с прорехами покрытия все-равно работает погано. Прикиньте, дыра в покрытии когда какой-нибудь поезд или авто заехал под мост или в тоннель - не перегруз сети!

> Google изобрёл какой-то третий алгоритм, который в профильной литературе иногда называют BBRv1.5.

А таки BBR хоть немного приводит

> Но некоторые вьюноши, начитавшись восторженных статей на medium у таких же, как
> и они, продолжают "дрoчить" после прописывания net.ipv4.tcp_congestion_control=bbr

А еще можно подр@чить на сетевой снифер и посмотреть что реально творится в той или иной ситуации. И если я вижу что линк реально есть но TCP туповэйтит, так что link utilisation стремится пробить плинтус... кхе-кхе... я очень понимаю сабжевые инициативы и почему вон то должно сдохнуть жестокой смертью. Со всеми причастными.

> даже не имея возможности провести качественную оценку полученного результата. Но тут
> проблема психологическая, если им это помогает с ними, проблемами, справляться, то...
> почему бы и нет )))

Чисто психологически меня подбешивает, особенно в реалтаймном чатике, когда 10-секундный отвал апгрейдится TCP до минуты-другой дауна, а всперды в канале роняют скорость до величин ниже диалапа, и спасибо если оно вообще когда-то разгонится потом. А то может так и остаться, думаете с хрена ли многопоточные качалки появились? Хоть немного компенсирует эту идиотию протокола.

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

266. "Протокол HTTP/3.0 получил статус предложенного стандарта"  +/
Сообщение от timur.davletshin (ok), 11-Июн-22, 06:50 
Болтун с нулевыми техническими знаниями в вопросе. Извини, не буду утруждать себя ответом.
Ответить | Правка | Наверх | Cообщить модератору

276. "Протокол HTTP/3.0 получил статус предложенного стандарта"  +/
Сообщение от Аноним (-), 12-Июн-22, 00:29 
> Болтун с нулевыми техническими знаниями в вопросе. Извини, не буду утруждать себя ответом.

Давно известно что если технические аргументы закончились, можно перейти на личность оппонента. Классика жанра. Заодно надежно выдает эксперта в области.

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

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

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




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

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