The OpenNET Project / Index page

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



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

Оглавление

В ночных и бета сборках Firefox включена по умолчанию поддержка HTTP/3 , opennews (ok), 21-Мрт-21, (0) [смотреть все]

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


197. "В ночных и бета сборках Firefox включена по умолчанию поддер..."  +1 +/
Сообщение от Аноним (-), 22-Мрт-21, 02:05 
> Нет, это вы ходите кругами изобретая свой TCP, и заново СС для него.

А что поделать если работа TCP грубо иррелевантна современным реалиям? Оно вообще полагает нормальным таймаут догонять до чуть ли не минуты. Очень офигенно работает в движущемся транспорте, соты мелькают мимо, но вы ни бита не передадите из-за туповэйтинга. Зачем такой протокол в 2021 году уперся?

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

205. "В ночных и бета сборках Firefox включена по умолчанию поддер..."  +/
Сообщение от Ivan_83 (ok), 22-Мрт-21, 04:21 
Реалии отличаются от ваших представлений о них.

Роуминг - это из другой оперы, но если вы собираетесь перепосылать любой пакет который не аскнули за 100-500мс то вы положите сеть, аналогично если будете перезапрашивать так агресивно. И TCP довольно гибко аскает и запрашиват ретрансмиты, если что.

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

245. "В ночных и бета сборках Firefox включена по умолчанию поддер..."  +/
Сообщение от Онаним (?), 22-Мрт-21, 21:52 
Радует пока одно: порубав UDP с src/dst=443, можно от этого счастья избавиться почти гарантированно, если сеть не позволяет работать слишком агрессивным клиентам.
Ответить | Правка | Наверх | Cообщить модератору

263. "В ночных и бета сборках Firefox включена по умолчанию поддер..."  +/
Сообщение от Аноним (-), 26-Мрт-21, 09:54 
> Реалии отличаются от ваших представлений о них.

Я закатил энное количество сетевых экспериментов, странных конфиг и проч - и остался недоволен тем как это работает в ряде ситуаций. Оно хтонически не способно реагировать на динамично меняющиеся условия. BBR лучший из того что есть, но даже он иногда неоправданно протупляет, и с этим congestion control развели классическое "хотели как лучше, а получилось как всегда".

> Роуминг - это из другой оперы, но если вы собираетесь перепосылать любой
> пакет который не аскнули за 100-500мс то вы положите сеть, аналогично
> если будете перезапрашивать так агресивно. И TCP довольно гибко аскает и
> запрашиват ретрансмиты, если что.

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

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

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

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

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




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

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