автортогда на каждое отправление должен быть ответ, тут такого нет
https://docs.oracle.com/javase/8/docs/technotes/guides/net/socketOpt.html] TCP_NODELAY
Disable Nagle's algorithm.
Valid for (client) Sockets.

Nagle's algorithm

Локшин Марк,
В том смысле, что его выключение
я гдето писал о ВЫключении? я просто цитировал мануал.

Локшин Марк,

причина ... вовсе не в алгоритме Нейгла.
хорошо.
это был мой неправильный ответ.
вероятно есть правильный?

Выглядит так:
уже второй говорит что я не прав. (и я легко с этим соглашусь.)

но правильного ответа от "критиков" так и не прозвучало. Ы?

Локшин МаркCheblinпропущено...

уже второй говорит что я не прав. (и я легко с этим соглашусь.)

но правильного ответа от "критиков" так и не прозвучало. Ы?

Работа TCP построена на таймерах. В частности есть таймер, который отвечает за повторную отправку. Когда какое-то сообщение отправляется, то принимающая сторона может сразу не отправить подтверждение. В каждом заголовке TCP пакета есть поле, в котором лежит номер последнего подтвержденного пакета. Подтвердить пакет - это эквивалентно отправке пакета с пустыми данными, что достаточно расточительно. Поэтому, если есть данные для отправки в обратную сторону, то попутно с ними будет отправлено подтверждение последнего принятого пакета, если нет, то получатель будет ждать некоторое время (пока не появятся данные в обратном направлении или не придут еще пакеты - подтверждение пакета с номером N подтверждает все пакеты с номером до N). Когда нужно закончить ожидание? До того, как у отправителя сработает таймер повторной отправки, с учетом времени на доставку пакета с подтверждением в обратном направлении.

перевожу на наглийский

Nagle's algorithm is a means of improving the efficiency of TCP/IP networks by reducing the number of packets that need to be sent over the network. It was defined by John Nagle while working for Ford Aerospace. It was published in 1984 as a Request for Comments (RFC) with title Congestion Control in IP/TCP Internetworks (see RFC 896).

The RFC describes what he called the "small-packet problem", where an application repeatedly emits data in small chunks, frequently only 1 byte in size. Since TCP packets have a 40-byte header (20 bytes for TCP, 20 bytes for IPv4), this results in a 41-byte packet for 1 byte of useful information, a huge overhead. This situation often occurs in Telnet sessions, where most keypresses generate a single byte of data that is transmitted immediately. Worse, over slow links, many such packets can be in transit at the same time, potentially leading to congestion collapse.

Nagle's algorithm works by combining a number of small outgoing messages and sending them all at once. Specifically, as long as there is a sent packet for which the sender has received no acknowledgment, the sender should keep buffering its output until it has a full packet's worth of output, thus allowing output to be sent all at once.

это пакетирование со стороны отправителя. А подтверждения - со стороны получателя.
вот в этом месте у меня произошла путаница.
спасибо Локшин Марк Вы внесли ясность.

Я был неправ.