Сообщение Re[2]: Уточнения насчёт длины блока данных TCP от 11.02.2020 18:05
Изменено 12.02.2020 7:50 AlexGin
Re[2]: Уточнения насчёт длины блока данных TCP
Здравствуйте, vsb, Вы писали:
vsb>Окно и размер IP пакета это никак не связанные вещи.
Хорошо — размер блока (пользовательского_пакета) передаваемого "одним_целым_куском" прямо пропорционален размуру окна — так корректнее.
vsb>Размер TCP окна это сколько данных один компьютер может переслать другому без подтверждения доставки. Если это 14 килобайтов, а в IP пакет влезает 1 килобайт, значит один компьютер отправит другому 14 IP пакетов с данными.
+100500
Я говорю о том же самом, только другими словами.
vsb>Если к этому времени не придёт подтверждения, то передача следующих пакетов приостановится.
Логично.
Чем больше размер TCP окна, тем больше скорость (пока не упрётся в ширину канала), но тем больше данных нужно держать локально (т.к. если подтверждение не придёт, придётся их посылать ещё раз).
Хорошо, значит мы вернулись к первоначальному:
Размер (объём) блока прямо пропорционален ширине окна.
Если окно для текстовых данных в 10 раз шире, чем для произвольных двоичных, то и размер блока примерно в десять раз больше для этого случая!
Именно этот факт я и наблюдал при моих экспериментах.
vsb>Окно и размер IP пакета это никак не связанные вещи.
Хорошо — размер блока (пользовательского_пакета) передаваемого "одним_целым_куском" прямо пропорционален размуру окна — так корректнее.
vsb>Размер TCP окна это сколько данных один компьютер может переслать другому без подтверждения доставки. Если это 14 килобайтов, а в IP пакет влезает 1 килобайт, значит один компьютер отправит другому 14 IP пакетов с данными.
+100500
Я говорю о том же самом, только другими словами.
vsb>Если к этому времени не придёт подтверждения, то передача следующих пакетов приостановится.
Логично.
Чем больше размер TCP окна, тем больше скорость (пока не упрётся в ширину канала), но тем больше данных нужно держать локально (т.к. если подтверждение не придёт, придётся их посылать ещё раз).
Хорошо, значит мы вернулись к первоначальному:
Размер (объём) блока прямо пропорционален ширине окна.
Если окно для текстовых данных в 10 раз шире, чем для произвольных двоичных, то и размер блока примерно в десять раз больше для этого случая!
Именно этот факт я и наблюдал при моих экспериментах.
Re[2]: Уточнения насчёт длины блока данных TCP
Здравствуйте, vsb, Вы писали:
vsb>Окно и размер IP пакета это никак не связанные вещи.
Хорошо — размер блока (пользовательского_пакета) передаваемого "одним_целым_куском" прямо пропорционален размуру окна — так корректнее.
vsb>Размер TCP окна это сколько данных один компьютер может переслать другому без подтверждения доставки. Если это 14 килобайтов, а в IP пакет влезает 1 килобайт, значит один компьютер отправит другому 14 IP пакетов с данными.
+100500
Я говорю о том же самом, только другими словами.
vsb>Если к этому времени не придёт подтверждения, то передача следующих пакетов приостановится.
Логично.
vsb>Чем больше размер TCP окна, тем больше скорость (пока не упрётся в ширину канала), но тем больше данных нужно держать локально (т.к. если подтверждение не придёт, придётся их посылать ещё раз).
Хорошо, значит мы вернулись к первоначальному:
Размер (объём) блока прямо пропорционален ширине окна.
Если окно для текстовых данных в 10 раз шире, чем для произвольных двоичных, то и размер блока примерно в десять раз больше для этого случая!
Именно этот факт я и наблюдал при моих экспериментах.
vsb>Окно и размер IP пакета это никак не связанные вещи.
Хорошо — размер блока (пользовательского_пакета) передаваемого "одним_целым_куском" прямо пропорционален размуру окна — так корректнее.
vsb>Размер TCP окна это сколько данных один компьютер может переслать другому без подтверждения доставки. Если это 14 килобайтов, а в IP пакет влезает 1 килобайт, значит один компьютер отправит другому 14 IP пакетов с данными.
+100500
Я говорю о том же самом, только другими словами.
vsb>Если к этому времени не придёт подтверждения, то передача следующих пакетов приостановится.
Логично.
vsb>Чем больше размер TCP окна, тем больше скорость (пока не упрётся в ширину канала), но тем больше данных нужно держать локально (т.к. если подтверждение не придёт, придётся их посылать ещё раз).
Хорошо, значит мы вернулись к первоначальному:
Размер (объём) блока прямо пропорционален ширине окна.
Если окно для текстовых данных в 10 раз шире, чем для произвольных двоичных, то и размер блока примерно в десять раз больше для этого случая!
Именно этот факт я и наблюдал при моих экспериментах.