netdev - Re: Performance in stmmac

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-Id: <20170208.134015.2186033581160265708.davem@davemloft.net>
Date:   Wed, 08 Feb 2017 13:40:15 -0500 (EST)
From:   David Miller <davem@...emloft.net>
To:     Joao.Pinto@...opsys.com
Cc:     niklas.cassel@...s.com, peppe.cavallaro@...com,
        alexandre.torgue@...com, netdev@...r.kernel.org
Subject: Re: Performance in stmmac

From: Joao Pinto <Joao.Pinto@...opsys.com>
Date: Tue, 7 Feb 2017 19:33:52 +0000

> I am seeing tx being performed in all queues, but rx is just being routed to
> queue 0. The reason why only queue 0 is processing the packets is because I am
> using priority tagged routing for now and iperf is not capable of producing
> priority tagged traffic.
> 
> I am sending you this e-mail in order to know if you could suggest me a tool to
> generate priority tagged traffic and if you have experience in tweaking stmmac
> to improve performance.

Multi-queue is only going to be effective on RX if you can do proper hashed
flow separation.  That's the entire performance point of the feature.

If the chip cannot do this, your performance will be thusly limited.