Исходное сообщение
"В Chrome добавлена экспериментальная поддержка протокола HTT..." Отправлено Аноним, 21-Сен-19 15:34
> Средства коррекции ошибок, минимизирующие задержки из-за повторной передачи потерянных пакетов. Использование специальных кодов коррекции ошибок на уровне пакета для сокращения ситуаций, требующих повторной передачи данных потерянного пакета. Forward Error Correction, насколько я знаю, так и остались красивой идеей, которая не работает (в QUIC/HTTP3) и сейчас отключена. Суть такова. Если, например, теряется один пакет из 10-ти, то можно передавать 11 пакетов и восстанавливать потерянный. Однако, восстановить его можно будет только получив все 11 (точнее 10, т.к. один потеряли), но пакеты из начала передачи проще восстановить передав их повторно (так информацию получится прочитать быстрее, ибо не нужно ждать все 11 пакетов, чтобы восстановить 2-й, например). Если передавать пакеты коррекции чаще, то повышается трафик. Однако, гораздо чаще случается потеря нескольких пакетов подряд (щас большая часть трафика идет по радио: WiFi, мобилки) и тогда FEC еще хуже работает. Потому что нужно читать данные с минимальной задержкой и не сильно увеличивать трафик. И тут проще быстро обнаружить потерю (ACK, NACK) и передать повторно, чем ждать всю пачку пакетов. Теорию довольно хорошо описывают мейлрушники, разработавшие свой велосипед на тех же принципах (там довольно подробно описаны разные варианты восстановления потерянных пакетов и почему FEC не работает, точнее другие варианты лучше): https://habr.com/ru/company/oleg-bunin/blog/461829/ https://habr.com/ru/company/oleg-bunin/blog/413479/

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Средства коррекции ошибок, минимизирующие задержки из-за повторной передачи потерянных пакетов. Использование специальных кодов коррекции ошибок на уровне пакета для сокращения ситуаций, требующих повторной передачи данных потерянного пакета. > Forward Error Correction, насколько я знаю, так и остались красивой идеей, которая > не работает (в QUIC/HTTP3) и сейчас отключена. > Суть такова. Если, например, теряется один пакет из 10-ти, то можно передавать > 11 пакетов и восстанавливать потерянный. Однако, восстановить его можно будет только > получив все 11 (точнее 10, т.к. один потеряли), но пакеты из > начала передачи проще восстановить передав их повторно (так информацию получится прочитать > быстрее, ибо не нужно ждать все 11 пакетов, чтобы восстановить 2-й, > например). Если передавать пакеты коррекции чаще, то повышается трафик. Однако, гораздо > чаще случается потеря нескольких пакетов подряд (щас большая часть трафика идет > по радио: WiFi, мобилки) и тогда FEC еще хуже работает. Потому > что нужно читать данные с минимальной задержкой и не сильно увеличивать > трафик. И тут проще быстро обнаружить потерю (ACK, NACK) и передать > повторно, чем ждать всю пачку пакетов. > Теорию довольно хорошо описывают мейлрушники, разработавшие свой велосипед на тех же принципах > (там довольно подробно описаны разные варианты восстановления потерянных пакетов и почему > FEC не работает, точнее другие варианты лучше): > https://habr.com/ru/company/oleg-bunin/blog/461829/ > https://habr.com/ru/company/oleg-bunin/blog/413479/
	Введите код, изображенный на картинке: