Влияет ли TcpClient.ReceiveBufferSize на размер базового кадра?
Сначала я подумал, что ответ на этот вопрос был «нет», но Wireshark, похоже, доказывает, что я ошибаюсь.
В нашем приложении мы заметили, что большие размеры приемного буфера TcpClient приводят к тому, что несколько сообщений группируются в более крупные кадры. Когда мы уменьшаем размер буфера приема до 100 байтов, Wireshark сообщает нам, что наши сообщения больше не группируются вместе, и мы получаем от сервера больше, меньшего размера фреймы.
Насколько я понимаю, TcpClient работает на более высоком уровне, и у нас нет контроля над размером кадра. Моя теория заключается в том, что крошечный размер буфера заставляет Windows согласовывать крошечный максимальный размер сегмента, и это приводит к тому, что каждый сегмент помещается в один кадр. Я далеко отсюда?
Согласно Документы Microsoft ...
The ReceiveBufferSize property gets or sets the number of bytes that you are expecting to store in the receive buffer for each read operation. This property actually manipulates the network buffer space allocated for receiving incoming data.
Это мало помогает.
Ответы 1
Оказывается, небольшой размер буфера приводит к тому, что TCP-соединение имеет меньшее значение размер окна. Этот размер окна передается на удаленный компьютер, чтобы он знал, сколько данных он может отправлять за раз. Итак, да, установка достаточно малого размера буфера приведет к тому, что удаленная машина будет отправлять данные меньшими порциями.
Что ж, в документации говорится, что на сетевой буфер (т.е. буфер стека TCP) влияет ваш небольшой приемный буфер ... Взгляните на кадр SYN от вашего клиента, чтобы подтвердить свою теорию.