Разбиение пакетов TCP

[Oleg2004]

Цитата nemez @ 25.03.15, 18:59

не единственный, существует целый ворох таковых на базе УДП, УДТ например. Там тоже гарантирована 100% доставка. Тот же тфтп и иже с ним, поэтому говорить о том, что этот протокол единственный, не приходится.

Еще раз повторяю - в стеке TCP/IP ЕДИНСТВЕННЫЙ протокол ТРАНСПОРТНОГО уровня с регулировкой скорости и стопроцентной гарантией доставки - это ТСР.
Про UDT? Вы о чем?
Такого протокола в стеке TCP/IP не существует
Это протокол ПОЛЬЗОВАТЕЛЬСКОГО уровня
Читайте:

Цитата

UDT resides completely at the application level.

Короче, что то вы ребята не про то....

Цитата nemez @ 25.03.15, 18:59

Тупо становится, с последующими перерукопожатиями, потом опять начинает тошнотворно увеличивать размер окна, постепенно разгоняясь.

Нда...интересно, какую травку курили, коллега???

[nemez]

Цитата Oleg2004 @ 25.03.15, 20:49

Это протокол ПОЛЬЗОВАТЕЛЬСКОГО уровня

вопрос в другом - что по большому счету, пофиг какого уровня протокол, лишь бы он выполнял свои функции. Но сам факт того, что у протокола пользовательского уровня поверх UDP оверхед меньше, чем в TCP, говорит о многом.

Цитата Oleg2004 @ 25.03.15, 20:49

Нда...интересно, какую травку курили, коллега???

эта "трава", которую я курил, называется pcap файлы передачи данных, при искусственном внесении потерь (tc qdisc) и имею очень забавные графики, в виде как time-sequence, так и в принципе, зависимость от потерь, джиттера, и прочих нештатных ситуаций.
У TCP есть один очень серьезный недостаток, который никуда не денешь. Это то, что он очень резко теряет goodput в условиях потерь, задержек и джиттера. На сегодняшний день есть протоколы, которые в условиях, когда TCP погибает, работают на ура на хорошем goodput.
Вот тебе пример хреновой работы TCP

или вот

Это его типичное поведение на всяких вайфаях и LTE
а вот работа на LAN

собственно все, занавес.
Основное требование на сегодня (в первую очередь от юзеров) - эффективная работа, практически линейный time sequence на каналах с потерями. TCP в этой ситуации -ом, do you want to hear the TCP joke?
Дрочность TCP состоит в том, что он не запилен для работы на каналах с потерями, даже с небольшими, он начинает сыпаться по goodput

[Oleg2004]

Цитата nemez @ 26.03.15, 08:18

У TCP есть один очень серьезный недостаток, который никуда не денешь. Это то, что он очень резко теряет goodput в условиях потерь, задержек и джиттера. На сегодняшний день есть протоколы, которые в условиях, когда TCP погибает, работают на ура на хорошем goodput.

Ну, скажем так - протокол TCP не имеет отношения - прямого - к goodput. Эта величина, которую можно рассматривать как пропускную способность на прикладном уровне (application layer) модели OSI, и она всегда будет меньше полной производительности (throughput). Уж сколько всякого рода помех на пользовательском уровне - их просто не счесть. Хотя бы таймшэринг чего стоит.
Насчет недостатков в регулировании скорости. Да, такое есть, и именно поэтому разработали Fast TCP.
Насчет "хреновых каналов". Их ваще в наше время не должно быть уже. И я лично усматриваю большое преимущество TCP именно в том аспекте, что TCP - или передаст ВСЕ - с абсолютной точностью до бита - или просто откажется работать на хреновом канале. Так кстати в свое время поступал сайт Микрософта - как только распознавал dialup на другом конце, писал сорри, с вами мы дела не имеем.
Ну а в общем - обменялись мнениями и ладушки .
Сколько людей - столько и мнений.
так что спасибо за беседу.

[nemez]

Цитата Oleg2004 @ 26.03.15, 09:45

разработали Fast TCP

Fast TCP - это всего лишь

Цитата

TCP congestion avoidance algorithm

любая непонятка в TCP - это congestion.
Изначально TCP разрабатывался и обкатывался на Token Ring, где частое явление - коллизии. Он их, соответственно и отрабатывает по старинке.
Любые попытки влезть в обработку congestion и сделать нечто, что может быть когда-то будет работать, не принесли на сегодняшний день результата.
Очень интересно проблема представлена здесь
http://habrahabr.ru/post/168407/
Эти косяки общеизвестны, и их отрицать не нужно. Проблема существует, независимо от вашего мнения. Это как по физике определение энергии - субьективная реальность, существующая независимо от нашего сознания.
Также проблемы TCP - они существуют, независимо от вашего мнения и моих религиозных или иных убеждений.

[Oleg2004]

Цитата nemez @ 26.03.15, 13:48

Любые попытки влезть в обработку congestion и сделать нечто, что может быть когда-то будет работать, не принесли на сегодняшний день результата.

И не принесут. Попытки справиться с проблемами низлежащих уровней - сразу нескольких причем зачастую - примочками к транспортнику ТСР - обречены на неудачу. Это примерно также как на утюге пытаться улучшить cos(фи), который таким родился в турбине за 5000 км. и которому вдобавок длинные линии испортили внешний вид.

Цитата nemez @ 26.03.15, 13:48

Также проблемы TCP - они существуют, независимо от вашего мнения и моих религиозных или иных убеждений.

Очевидное невозможно отрицать.

Сообщение отредактировано: Oleg2004 - 26.03.15, 15:15