реализации низкоуровневого транспорта. Какое отношение мультиконнекты имеют к состоянию среды вокруг которого flow только tcp? Если у тебя 20% packet less /s, то значит ~ то же самое будет и на других соединениях той же среды. Причем общее latency за счет того, что будет видимая "параллельность" запросов просядет не сильно, уж тем более если пайплайн и нужна очередность. Деградация 1 запроса будет приводить к деградации всего пулла(говорили же про round robin еще какой-то), т.е будет rtt деградировать(не только latency сети). То, о чем говорили, имеет смысл использовать когда есть вообще запасные каналы связи, аля другие среды. В остальном латание дыр среды в контексте этой самой среды и какого-то мультиконтекста для мнимого улучшения rtt выглядит крайне не рабочим
А теперь возьми 0.01% потерь и много мелких параллельно идущих запросов. И вариант либо клиент получит сразу несколько респонсов позже либо один.
а что вам мешает открывать несколько HTTP/2 соединений и round-robin распределять на них запросы в случае сетей с высокой потерей?
Обсуждают сегодня