The OpenNET Project / Index page

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



Индекс форумов
Составление сообщения

Исходное сообщение
"Опубликована библиотека nghttp3 1.0 с реализацией протокола ..."
Отправлено timur.davletshin, 23-Окт-23 21:25 
> Вот. Оно!
> Насколько оно распространено вообще?
> По идее, обязать всех это соблюдать, а тех кто не соблюдает резать
> агрессивно дропами...

Суть разборок с Quic в том, что на самом деле Quic является обычным UDP. UDP не умеет на уровне ядра ни в состояние соединения (т.е. не бывает "установленного" UDP соединения), ни в управление потоком (алгоритм управления потоком реализован в TCP на уровне ядра).

Поэтому Quic реализует в простанстве пользователя свой алгоритм управления потоком, как ему хочется. А т.к. управляет этим отсылающая данные сторона, то условный Google или Cf могут менять эти алгоритмы даже ничего не отдавая в ядро Linux (серверная сторона у них закрытая).

Изначально Quic проектировался под алгоритм BBR (гибридный первого рода, совмещает оба сигнала для определения перегрузки и периодически пытается слать больше, для определения освободившейся полосы пропускания). Но потом, что-то пошло не так в полевых испытаниях, когда алгоритм был включен в ядро Линукс. Алгоритм оказался излишне агрессивным даже по отношению к базирующимся на дропе Cubic и Reno (был дефолтом до Cubic, те же яйца, менее агрессивная кривая).

Вопреки утверждениям Анонима, сабж давно не в тренде. Его убрали из дефолтов. Google запилил на Github BBRv2 c исправлениями нареканий. Разработка вроде как в фазе где-то между альфой и бетой. Но на таком этапе она уже года три и конца этому не видно.

Но самый эпичный трабл Quic даже не в том, что убрали упоминание BBR из стандарта, а в том, что алгоритм управления потоком - это алгоритм с фиксированным временем на отклик. Т.е. по факту это алгоритм реального времени, который меряет каждый раз пакетики, буферы, сигналы по много-много-много раз в секунду. А в пространстве пользователя этот алгоритм вынужден теперь конкурировать с обычными пользовательскими приложениями и затупы в десятки и даже сотни миллисекунд там являются нормальным делом. Это примерно как с Wireguard переходить назад на OpenVPN. Но у здешних гореанонимов логика дальше собственного носа не работает. Переход на внутриядерное управление в случае с VPN это большой шаг вперёд... но и переход на управление в пространстве пользователя тоже может быть большим шагом вперёд, если это предлагает уважаемая всеми мегакорпорация...

ЗЫ, не надо думать, что Quic является мегановой идеей. Используемый в Bittorrent протокол uTP является тем же самым - это UDP + кастомизированный алгоритм управления потоком. Только там используется LEDBAT - относительно неагрессивный алгоритм, который уступает дефолтным (Reno и Cubic) бОльшую часть полосы. У них это не с первого раза получилось, но Аноним этого не помнит. Провайдеры отвалили порядочную кучу кирпичей после первого релиза оного и всячески пытались душить uTP.

 

Ваше сообщение
Имя*:
EMail:
Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email).
Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:
  Введите код, изображенный на картинке: КОД
 
При общении не допускается: неуважительное отношение к собеседнику, хамство, унизительное обращение, ненормативная лексика, переход на личности, агрессивное поведение, обесценивание собеседника, провоцирование флейма голословными и заведомо ложными заявлениями. Не отвечайте на сообщения, явно нарушающие правила - удаляются не только сами нарушения, но и все ответы на них. Лог модерирования.



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

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