Iperf: Iperf3 всегда передает пропускную способность 10,5 Мбит / с или больше с TCP

Созданный на 1 июл. 2016  ·  4Комментарии  ·  Источник: esnet/iperf

Запустив «iperf3 -s» на одном компьютере и «iperf3 -c (server ip) -b 10k» на другом, я получаю следующий вывод на клиентском компьютере:

Подключение к хосту (ip сервера), порт 5201
[4] локальный (IP-адрес клиента) порт 59638 подключен к (IP-адрес сервера) порт 5201
[ID] Interval Transfer Bandwidth Retr Cwnd
[4] 0,00–1,00 с 1,16 МБ 9,75 Мбит / с 0 61,5 КБ
[4] 1,00–2,00 с 1,25 МБ 10,5 МБ / с 0 126 КБ
[4] 2,00–3,00 с 1,25 МБ 10,5 МБ / с 0132 КБ
[4] 3,00–4,00 с 1,25 МБ 10,5 МБ / с 1 97,5 КБ
[4] 4,00–5,00 с 1,25 МБ 10,5 МБ / с 0 106 КБ
[4] 5,00–6,00 с 1,25 МБ 10,5 МБ / с 0 115 КБ
[4] 6,00–7,00 с 1,25 МБ 10,5 МБ / с 0 122 КБ
[4] 7,00–8,00 с 1,25 МБ 10,5 МБ / с 0 128 КБ
[4] 8,00–9,00 с 1,25 МБ 10,5 МБ / с 1 94,9 КБ
[4] 9,00–10,00 с 1,25 МБ 10,5 МБ / с 0 104 КБ


[ID] Интервал передачи полосы пропускания Retr
[4] 0,00–10,00 с 12,4 МБ 10,4 Мбит / с 2 отправитель
[4] 0,00–10,00 с 12,3 МБ 10,3 Мбит / с приемник

Любой запрос TCP-соединения с пропускной способностью ниже 10,5 Мбит / с игнорируется без ошибок, и я не могу найти никакой документации об этом ограничении. UDP, с другой стороны, может обеспечить меньшую полосу пропускания с нижним пределом 655 Кбит / с.

bug wontfix

Самый полезный комментарий

Это из-за длины TCP по умолчанию (флаг -l), добавьте например. "-l512" и он будет работать

Все 4 Комментарий

Это из-за длины TCP по умолчанию (флаг -l), добавьте например. "-l512" и он будет работать

Это разумный обходной путь. Я думаю, что отчасти проблема заключается также в том, что код регулирования отслеживает время только в единицах целых секунд, что ограничивает степень детализации, до которой мы можем ограничить скорость отправки. Хорошим решением также может быть использование более новой синхронизации на основе сокетов на последних версиях iperf3 и последних версиях Linux.

Это забавная ошибка, с которой я тоже сталкиваюсь. В обратном тесте ( -R ) похоже, что этого не происходит.

Закрытие, потому что для этого есть обходной путь / исправление. Рекомендуем использовать -l 100 или что-то подобное для этого варианта использования. У нас есть текст по этой теме в недавно добавленном FAQ.

Была ли эта страница полезной?
0 / 5 - 0 рейтинги