Source-Changes-D archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: CVS commit: src/sys/dev/usb



Hi,

On 2019/01/25 4:18, Michael van Elst wrote:
On Thu, Jan 24, 2019 at 03:51:02PM +0100, Robert Swindells wrote:
"Michael van Elst" <mlelstv%netbsd.org@localhost> wrote:
Module Name:    src
Committed By:   mlelstv
Date:           Sat Jan  5 07:56:07 UTC 2019

Modified Files:
        src/sys/dev/usb: if_mue.c if_muevar.h

Log Message:
Enable multiple outstanding transfers.

iperf3 now shows 250MBit/s for sending and 225MBit/s for receiving.

Which device was this tested on ?

It doesn't work at all for me on a LAN7500.

Tested on an RPI3b+ which is LAN7800.

It works for me with LAN7500 (Z-TEK ZE582) on RPI3B+ and amd64 boxes.
Could you please describe more in details how it fails?

But I now see some inconsistent performance for receiving.

Example: client is netbsd-8/i386 re0, server is RPI3b+

% iperf3 -c jowlson

[  6] local 10.28.5.2 port 54509 connected to 10.28.5.23 port 5201
[ ID] Interval           Transfer     Bandwidth       Retr  Cwnd
[  6]   0.00-1.00   sec  12.8 MBytes   107 Mbits/sec    0   55.1 KBytes
[  6]   1.00-2.00   sec  23.7 MBytes   199 Mbits/sec    0   28.3 KBytes
[  6]   2.00-3.00   sec  25.7 MBytes   216 Mbits/sec    0   41.0 KBytes
[  6]   3.00-4.00   sec  25.6 MBytes   215 Mbits/sec    0   28.3 KBytes
[  6]   4.00-5.00   sec  25.7 MBytes   215 Mbits/sec    0   52.3 KBytes
[  6]   5.00-6.00   sec  25.6 MBytes   214 Mbits/sec    0   46.7 KBytes
[  6]   6.00-7.00   sec  25.6 MBytes   215 Mbits/sec    0   53.7 KBytes
[  6]   7.00-8.00   sec  25.7 MBytes   215 Mbits/sec    0   31.1 KBytes
[  6]   8.00-9.00   sec  25.6 MBytes   215 Mbits/sec    0   31.1 KBytes
[  6]   9.00-10.00  sec  25.7 MBytes   215 Mbits/sec    0   38.2 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth       Retr
[  6]   0.00-10.00  sec   242 MBytes   203 Mbits/sec    0             sender
[  6]   0.00-10.00  sec   241 MBytes   202 Mbits/sec                  receiver

Example2: client is netbsd-7/amd64 wm0

Connecting to host jowlson, port 5201
[  6] local 10.28.5.19 port 64879 connected to 10.28.5.23 port 5201
[ ID] Interval           Transfer     Bandwidth       Retr  Cwnd
[  6]   0.00-1.00   sec  14.3 MBytes   120 Mbits/sec    0   2.83 KBytes
[  6]   1.00-2.01   sec  12.1 MBytes  99.9 Mbits/sec    0   2.83 KBytes
[  6]   2.01-3.00   sec  4.82 MBytes  41.0 Mbits/sec    1   41.0 KBytes
[  6]   3.00-4.00   sec  17.5 MBytes   147 Mbits/sec    0   29.7 KBytes
[  6]   4.00-5.00   sec  2.23 MBytes  18.6 Mbits/sec    0   2.83 KBytes
[  6]   5.00-6.01   sec  8.12 MBytes  68.0 Mbits/sec    1   2.83 KBytes
[  6]   6.01-7.00   sec  2.89 MBytes  24.4 Mbits/sec    1   24.0 KBytes
[  6]   7.00-8.01   sec  6.67 MBytes  55.5 Mbits/sec    0   1.41 KBytes
[  6]   8.01-9.00   sec  7.06 MBytes  59.7 Mbits/sec    4   4.24 KBytes
[  6]   9.00-10.01  sec  6.43 MBytes  53.4 Mbits/sec    0   2.83 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth       Retr
[  6]   0.00-10.01  sec  82.1 MBytes  68.8 Mbits/sec    7             sender
[  6]   0.00-10.01  sec  82.0 MBytes  68.7 Mbits/sec                  receiver

notice the Retr column, somewhere packets get lost.

The reverse direction (-R) is fine in both setups.

Hmm, similar problem occurs for me with LAN7800 and LAN7500
when client is

- NetBSD-current/amd64 with wm(4) (I219)
- NetBSD-current/amd64 with ixg(4) (X550-T1)
- FreeBSD 12-stable/amd64 with ix(4) (X550-T1)

However, when both server and client are mue(4) (on RPI3B/amd64),
the problem does not take place.

When the server is working on Raspbian Stretch (Nov. 2018),
the problem also occurs. It smells like bugs in HW or Linux driver
(from which we took magic numbers and etc.)...

Thoughts?

Thanks,
rin


Home | Main Index | Thread Index | Old Index