[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <9c5a09cf-faff-adb8-9be8-cf5c35d3fbeb@gmx.de>
Date: Thu, 14 Feb 2019 08:21:26 +0100
From: Simon Huelck <simonmail@....de>
To: Jose Abreu <jose.abreu@...opsys.com>,
Martin Blumenstingl <martin.blumenstingl@...glemail.com>
Cc: Emiliano Ingrassia <ingrassia@...genesys.com>,
Gpeppe.cavallaro@...com, alexandre.torgue@...com,
linux-amlogic@...ts.infradead.org, netdev@...r.kernel.org
Subject: Re: stmmac / meson8b-dwmac
Hi,
i used iperf2 on my odroid c2 , since this can do duplex tests ! iperf2 -c 10.10.11.1
-i1 -d
Do you really need the exact numbers ?
NON-duplex:
4.14.29 reached 930 MBits without the -d ( duplex option ), 5.0rc5 only
reaches 600MBits there
DUPLEX:
With the -d option things get worse on 4.14.29 , 600MBits in both
directions. on 5.0rc5 this is the 500 to 600 in one direction, the other
only 150MBits.
iperf3 is not duplex capable, i didnt test the reverse option, but
duplex tests show that one direction drops in performance when the other
is busy.
Do you really need the exact output ? I need to reflash my box then
..... if needed i would do so.
regards,
Simon
Am 11.02.2019 um 14:44 schrieb Jose Abreu:
> Hello,
>
> On 2/9/2019 1:09 AM, Martin Blumenstingl wrote:
>> (it's interesting that the sending direction has 445 retries)
> I saw this before and I think it was related with COE. Can you
> please disable all offloading and try again?
>
> Anyway, maybe Simon should bissect ? I think since 4.14 there are
> not that many commits in stmmac / meson8b-dwmac that can cause
> this behavior.
>
> Thanks,
> Jose Miguel Abreu
Powered by blists - more mailing lists