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