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

M>Я не могу понять, о каком дроблении на фрагменты вообще идёт речь? Давай начнем с того, что ты объяснишь свою терминологию

AlexGin изучает, какими кусками приходят отправляемые по TCP данные.

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

AG>Есть одно но — это характерно только для текстовых JSON данных — порог увеличивается в десять раз.

Я бы предположил, пока твой парсер JSON неторопливо переваривает принятое, успевает подоспеть остальное.

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

AG>Есть предположение, что софт поддержки TCP всё-же анализирует контент в канале (хотя бы на соответствие KOI8 или Latin1).

Там же все сжатое обычно, еще на уровне http

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

K>Тебе лучше книги почитать на ночь вроде Дуглас Камер. Сети TCP/IP, том 1. Принципы, протоколы и структура, и второй том. Как вариант, rfc793 и спопутствующие.

Я прорабатываю вопросы сетевой тематики (скачал рекомендуемую Вами книгу, также у меня имеется Таненбаум, Уэзеролл "Компьютерные сети").
Всё-таки, если бы мои эксперименты не вызывали у меня сомнений — наличием некоторого расхождения с теоретическими постулатами,
я бы подумал что "так_и_должно_быть" и не тревожился сам, а также не тревожил коллег по цеху на форуме КЫВТ

Но в тот-то и дело, что имеются факты — которые сложно списать только на огрехи экспериментов.

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

S>Здравствуйте, AlexGin, Вы писали:

AG>>Есть предположение, что софт поддержки TCP всё-же анализирует контент в канале (хотя бы на соответствие KOI8 или Latin1).

S>Там же все сжатое обычно, еще на уровне http

Зависит от того, как договорятся обе стороны: если есть общий вид компрессии, поддерживаемый и клиентом, и сервером, контент упакуется. Иначе передаётся всё как есть, байт-в-байт.