Iperf 2.0.5 TCP двунаправленного тест выход из строя

Question

Я использую Iperf версию 2.0.5 для тестирования пропускной способности TCP между двумя машинами (оба под управлением Linux Debian 8). Я использую двойной тест для измерения двунаправленной полосы пропускания с помощью опции -d, --dualtest, и у меня есть оболочка python, которая захватывает результат теста (с использованием регулярных выражений), и я полагаюсь на порядок появления двух результатов в отчете iperf.

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

Client connecting to ServerIP, TCP port 5002 
TCP window size: 0.08 MByte (default) 
------------------------------------------------------------ 
[ 5] local ClientIP port 53653 connected with ServerIP port 5002 
[ 4] local ClientIP port 5002 connected with ServerIP port 46306 
[ ID] Interval  Transfer  Bandwidth 
[ 5] 0.0-10.6 sec 3.00 MBytes 2.36 Mbits/sec 
[ 4] 0.0-10.7 sec 40.8 MBytes 32.0 Mbits/sec 

и другие времена, как это:

Client connecting to ServerIP, TCP port 5002 
TCP window size: 0.08 MByte (default) 
------------------------------------------------------------ 
[ 5] local ClientIP port 54043 connected with ServerIP port 5002 
[ 4] local ClientIP port 5002 connected with ServerIP port 46372 
[ ID] Interval  Transfer  Bandwidth 
[ 4] 0.0-10.7 sec 40.8 MBytes 32.0 Mbits/sec 
[ 5] 0.0-10.7 sec 3.00 MBytes 2.36 Mbits/sec 

Я поселил мой код обертки предположить, второй, который содержит ожидаемый более высокую пропускную способность в самый последний линии и другой полосы пропускания в строке прямо перед ней.

• Как заставить определенный порядок вывода сообщать iperf?
• И почему он использует 4 и 5 как ID?
• Есть ли способ решить, какие цифры используются для идентификаторов? Потому что они, кажется, меняются от один тест другому. То есть он использует 6 и 7например, когда работает в разное время или с разных компьютеров.

Это, как я бегу Iperf на клиентской машине:

iperf -c ServerIP -d -p 5002 -f m 

и это на машине сервера:

iperf -s -p 5002 -D 

Answer 1

Там действительно не контроль над такой последовательности, как репортер thread (который выводит отчеты) представляет собой отдельный поток из потоков трафика. Поскольку в то же время запускаются два потока, и он работает параллельно, это гонка, в которой первый поток трафика заканчивается.

В качестве примечания стороны iperf 2.0.5 имеет известные ошибки и улучшения производительности, которые были устранены в 2.0.9.

Bob