Как TCP_NODELAY влияет на последовательные вызовы write()?

Question

TCP_NODELAY - это опция для быстрой отправки TCP-пакетов независимо от их размера. Это очень полезная опция, когда вопросы скорости, однако, мне любопытно, что он будет делать с этим:

Socket socket = [some socket]; 
socket.setTcpNoDelay(true); 
OutputStream out = socket.getOutputStream(); 
out.write(byteArray1); 
out.write(byteArray2); 
out.write(byteArray3); 
out.flush(); 

Я пытался найти то, что на самом деле делает флеш на SocketOutputStream, но, насколько я знаю сейчас, это ничего не делает. Я надеялся, что это скажет сокет «отправить все ваши буферизованные данные сейчас», но, к сожалению, нет, это не так.

Мой вопрос: являются ли эти 3 байтовых массива отправлены в одном пакете? Я знаю, что у вас нет большого контроля над тем, как TCP создает сетевой пакет, но есть ли способ сказать сокету (по крайней мере, попытаться) упаковать эти байтовые массивы, поэтому избежать сетевых издержек? Можно вручную упаковать байтовые массивы и отправить их одним звонком в write help?

Answer 1

Мой вопрос: являются ли эти 3-байтовые массивы отправленными в один пакет?

Как вы отключили алгоритм Nagle, почти наверняка нет, но вы не можете быть на 100% уверены.

Я знаю, что вы не имеете больше контроля над тем, как TCP строит сетевой пакет, но есть ли способ сказать сокет (по крайней мере, попытаться) упаковать эти массивы байтов

Да , Не надо отключить алгоритм Нэгла.

так избежать сетевых накладных расходов? Можно вручную упаковать байтовые массивы и отправить их в один звонок, чтобы написать справку?

Да, или еще проще просто обернуть выходной разъем потока в BufferedOutputStream и вызвать flush(), когда вы хотите, чтобы данные были отправлены, в соответствии с вашим настоящим кодексом. Вы правы, что flush() ничего не делает на выходном потоке сокета, но он сбрасывает BufferedOutputStream.

Answer 2

Может ли вручную упаковать байтовые массивы и отправить их в один звонок, чтобы написать справку?

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

Конечно, вы никогда не узнаете, так как слишком много переменных - разные ОС и множество разных сетевых устройств между вами и вашим партнером, но если вы дадите ОС возможность собрать все вместе, это будет вообще попробуй.

Если вы отключите nagle и выполните отдельные системные вызовы (помните, что ОС управляет сокетами, а не вашим приложением или java), вы просите ОС отправить их по отдельности. OS не имеет понятия, что вы собираетесь переписать запись еще раз с некоторыми данными.