Исходное сообщение
"(offtopic) о могильщиках мозиллы" Отправлено Совершенно другой аноним, 20-Мрт-20 10:59
> Я блин ссылку найти не могу, мужик сравнивал как раз скачивание > каких-то безумных гигабайт научных данных через ftp и через что-то типа > QUIC. Может если его при помощи какого-нибудь даунлоадера во много потоков использовать, то он > и создаст конкуренцию -- по идее если он не будет залипать, когда один пакет задержался, а > следующие забили буфера, а вместо этого напрягать другие потоки скачивания, пока этот > разбирается с повторной передачей пакета, то может и ничего так выйдет То, что QUIC не затыкается это, имхо, больше заслуга нижележащего UDP. На плохих каналах, по сведениям, если не путаю, самого Google - HTTP(S) работает гораздо лучше, чем новомодный и замечательный http/2, в котором затыкаются все мультиплексированные в этом соединении запросы.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Я блин ссылку найти не могу, мужик сравнивал как раз скачивание >> каких-то безумных гигабайт научных данных через ftp и через что-то типа >> QUIC. Может если его при помощи какого-нибудь даунлоадера во много потоков использовать, то он >> и создаст конкуренцию -- по идее если он не будет залипать, когда один пакет задержался, а >> следующие забили буфера, а вместо этого напрягать другие потоки скачивания, пока этот >> разбирается с повторной передачей пакета, то может и ничего так выйдет > То, что QUIC не затыкается это, имхо, больше заслуга нижележащего UDP. На > плохих каналах, по сведениям, если не путаю, самого Google - HTTP(S) > работает гораздо лучше, чем новомодный и замечательный http/2, в котором затыкаются > все мультиплексированные в этом соединении запросы.
	Введите код, изображенный на картинке: