[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <68200e05-04fd-1cc1-f6d6-f77e9e6f1d9d@synopsys.com>
Date:   Thu, 23 Mar 2017 10:12:18 +0000
From:   Joao Pinto <Joao.Pinto@...opsys.com>
To:     Corentin Labbe <clabbe.montjoie@...il.com>,
        <Joao.Pinto@...opsys.com>, <peppe.cavallaro@...com>,
        <alexandre.torgue@...com>
CC:     <netdev@...r.kernel.org>, <linux-kernel@...r.kernel.org>,
        <linux-arm-kernel@...ts.infradead.org>
Subject: Re: stmmac: Performance regression after commit aff3d9eff843 "net:
 stmmac: enable multiple buffers"
Hi Corentin,
Às 10:08 AM de 3/23/2017, Corentin Labbe escreveu:
> Hello
> 
> Using next-20170323 produce a huge performance regression on my sunxi boards.
> On dwmac-sun8i, iperf goes from 94mbs/s to 37 when sending.
> 
> On cubieboard2(dwmac-sunxi), iperf made the kernel flood with "ndesc_get_rx_status: Oversized frame spanned multiple buffers"
> and network is lost after.
> 
> Reverting aff3d9eff84399e433c4aca65a9bb236581bc082 fix the issue.
> I still try to found which part of this patch mades the performance lower.
> 
> Regards
> Corentin Labbe
> 
I have a 4.21 QoS Core with 4 RX + 4 TX and detected no regression.
Could you please share the iperf cmds you are using in order for me to reproduce
in my side?
@stmmac users: It would be great if people that have a setup could also perform
teh same iperf test in order to clean in up for everyone.
Thanks,
Joao
Powered by blists - more mailing lists
 
