Здравствуйте, уважаемый vsb, Вы писали:

vsb>TCP не оперирует пакетами. TCP это поточный протокол.
+100500
Да, может я и неправильно назвал данную сущность, но для моей задачи — характерны блоки данных (которые я назвал пакетами).

AG>>Правильно ли я понимаю, что эта длина определяется параметром MTU (когда вызываем команду ifconfig или netstat -ie в Linux)?

vsb>MTU это размер IP пакета.
То есть — для уровня TCP, это значение может оказаться лишённое смысла...

AG>>MTU равный примерно 1.5 KBytes — это для произвольных данных?
AG>>Для текстовых данных этот показатель порядка 14 KBytes. Почему различие почти в десять раз?

vsb>Размер IP пакета не зависит от того, какого рода данные в него кладут. Это гораздо более низкий уровень абстракции.

Эту теорию я знаю уже не первый год. Вот почему же на практике иначе?

AG>>Насколько вероятна ситуация, что поменяется порядок следования пакетов? То есть — переданный в сеть позже, появится на приёме раньше.

vsb>Если речь об IP, то ненулевая и зависит от типа сети. Например в WiFi это обычное дело, как и пропавшие пакеты, дубликаты и тд

Вот это уже теплее!

vsb>При использовании TCP обо всех проблемах заботится операционная система. Программисту про это думать нужды нет.

Это только в теории...
Впрочем, я также думал до недавнего времени. Пока не столкнулся с ситуацией:
Когда сервер и клиент — на одном и том же компе — всё работает как швейцарские часы.
Но вот если сервер и клиент — соединены проводом и через хаб — как это в реальной жизни — то тут начинается практика...