Re[5]: TCP дублирование пакетов при отправке
От: Pzz Россия https://github.com/alexpevzner
Дата: 05.06.24 21:51
Оценка: 11 (2)
Здравствуйте, maks1180, Вы писали:

M>Хм, может запотентовать ?

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

Я читал статью Google об их экспериментах с QUIC. Это ихний протокол на основе UDP, который ведет себя, как TCP со встроенной семантикой HTTP
Они его усилено продвигают.

Так вот, кроме всего прочего, они экспериментировали с FEH, Forward Error Correction. Это когда помимо обычных пакетов с данными посылаются еще и дополнительные пакеты с кодами коррекции ошибок, и, грубо говоря, если пакеты теряются, то всё равно, какие поймать, лишь бы правильное количество. Другими словами, данные передаются с некоторой избыточностью, т.е. на N пакетов данных проходится M корректирующих, из из этих N+M пакетов любые N годятся, чтобы восстановить изначальные данные вместо того, чтобы делать перепосылку. Ну а степенью избыточности можно управлять. Например, в зависимости от статискики потерь.

В общем, это как на всякий случай посылать каждый пакет дважды, только лучше и гибче.

Так вот, гугловцы пишут, что по их многочисленным замерам, в реальном интернете FEH не улучшает производительность, а в среднем, немного ухудает.

Может и врут, конечно, чтобы отвести конкурентов в сторону от этой замечательной идеи, но вот тем не менее
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.