У меня как раз есть общее представление с отдельными мелкими деталями как это всё работает.
TFO юзается чтобы соединение быстрее устанавливалось, фактически там SYN пакет сразу с данными идёт.
Тикеты в TLS и ещё какие то механизмы позволяют не проводить повторное рукопожатие.
Что то мне кажется что там уже всё допилено до состояния не хуже чем в 3 с его кастратом поверх UDP - те пакет который устанавливает соединение сразу и TLS инитит и содержит GET запрос.congestion control - Это сильно обвинять незнакомого человека в незнании чего либо.
Я знаю какой у меня CC в системе стоит и почему именно его я выбрал.
И тесты разных СС я делал ещё в 2013 году если не раньше.
И hybla пытался с линуха во фрю втащить, и уже во время отладки понял размер Ж в нашем фрёвом тцп стеке на тот момент.
И некоторые мои приложения умеют вешать на разные сокеты разные СС.
А стебаюсь я над гуглом потому что они вероятно как uTP от торрента в первых релизах облажались именно с СС.
> Только ли в миллисекундах? Может ещё и оверхед на огромное кол-во соединений пропадает?
А в UDP или в мутиплекс обёртке внутри одного ТЦП соединения у вас оверхэда не будет?
Насколько я слышал, только в 3 это победили выкинув TLS по факту.
Если без шифрования то боюсь что 1.1 всё равно легче окажется в плане оверхэда.
И если мы тут за оверхэд топим, то давайте лучше переходить на джамбофреймы в интернете, вот где реально профит.
> P.S. про кол-во соединений в sockstat ты так и не ответил... для себя хотя бы посмотри.
На два запущенных ФФ с разными профилями и сотнями открытых вкладок в сокстате подрядка 10-15 соединений висит, и те видно что не без дела - на открытых вкладках скрипты обновляют инфу.
Что касается задержки, то ситуация: из пункта А в пункт Б одновременно выехало 30 авто по 1000 полосному шоссе, авто едут с одинаковой скоростью параллельно друг другу. Одно авто доехало за 10 мс.
Сколько потребуется всего времени чтобы все авто доехали?)
